November 2022 - Koha-bugs - lists.koha-community.org

[Bug 32242] New: The job has not been sent to the message broker: (Wide character in syswrite ... )
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '22

22 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32242 Bug ID: 32242 Summary: The job has not been sent to the message broker: (Wide character in syswrite ... ) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org The full version: [2022/11/17 08:51:39] [WARN] The job has not been sent to the message broker: (Wide character in syswrite at /usr/lib/x86_64-linux-gnu/perl-base/IO/Handle.pm line 200.) at /usr/share/koha/Koha/BackgroundJob.pm line 147. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 40

[Bug 31061] New: OPACSuppress does not work properly with Elasticsearch
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '22

22 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31061 Bug ID: 31061 Summary: OPACSuppress does not work properly with Elasticsearch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com OPACSuppress is system preference to hide records in OPAC search by adding a limit in search query. With Zebra, this limit is : not Suppress=1 https://git.koha-community.org/Koha-community/Koha/src/commit/244b847a08bf6… With Elasticsearch this limit is currently quite different : suppress:false https://git.koha-community.org/Koha-community/Koha/src/commit/244b847a08bf6… Main problem is that in default framework we define Suppress search field on 942$n with authorized values YES_NO. This generates records with 1 for YES and 0 for NO. But a boolean for Elasticsearch is not a perl boolean. So only missing subfield means false : https://www.elastic.co/guide/en/elasticsearch/reference/6.8/boolean.html Records with 0 are hidden ! Another side-effect : We whould like to have several MARC fields with 'suppress' search field. To distinguish several causes of hidden at OPAC. Any of those fields having 1 must hide at OPAC. So syntax 'NOT(suppress:1)' is more correct. I propose we change to have the same behavior as Zebra. Change 'suppress' search field to not remove boolean type. Change QueryBuilder to use 'NOT(suppress:1)'. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 32080] New: Public lists not available after recent upgrade
by bugzilla-daemon＠bugs.koha-community.org 21 Dec '22

21 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32080 Bug ID: 32080 Summary: Public lists not available after recent upgrade Change sponsored?: --- Product: Koha Version: 22.05 Hardware: All OS: Linux Status: NEW Severity: major Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: snicker1(a)maine.rr.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I recently upgraded the Debian package version from 19.11.03.000 to the latest 22.05.04.000 (including the underlying OS upgrades as well) and now no one is able to view any of the "Public Lists" and get a 500 error when trying. Opac-error.log shows this ("USERID" is my userid and "WEBSITE" is the hostname in the messages below): Mon Oct 24 17:44:32.268569 2022] [cgi:error] [pid 22000] [client x.x.x.x:5322] AH01215: DBIx::Class::Storage::DBI::select_single(): Query returned more than one row. SQL that returns multiple rows is DEPRECATED for ->find and ->single at /usr/share/koha/lib/Koha/Objects.pm line 96: /usr/share/koha/opac/cgi-bin/opac/opac-suggestions.pl [Mon Oct 24 17:44:39.651936 2022] [cgi:error] [pid 21984] [client x.x.x.x:56417] AH01215: Use of inherited AUTOLOAD for non-method Koha::Virtualshelf::haspermission() is deprecated at /usr/share/koha/lib/Koha/Virtualshelf.pm line 247.: /usr/share/koha/opac/cgi-bin/opac/opac-shelves.pl, referer: http://WEBSITE/cgi-bin/koha/opac-shelves.pl?op=list&public=1 [Mon Oct 24 17:44:39.652426 2022] [cgi:error] [pid 21984] [client x.x.x.x:56417] AH01215: Template process failed: undef error - Can't locate object method "_columns" via package "USERID" (perhaps you forgot to load "USERID"?) at /usr/share/koha/lib/Koha/Object.pm line 858.: /usr/share/koha/opac/cgi-bin/opac/opac-shelves.pl, referer: http://WEBSITE/cgi-bin/koha/opac-shelves.pl?op=list&public=1 [Mon Oct 24 17:44:39.695408 2022] [cgi:error] [pid 21984] [client x.x.x.x:56417] End of script output before headers: opac-shelves.pl, referer: http://WEBSITE/cgi-bin/koha/opac-shelves.pl?op=list <http://WEBSITE/cgi-bin/koha/opac-shelves.pl?op=list&public= 1> &public=1 I did look in the database itself and do find a count of 93 items in the 'virtualshelves' table. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 28583] New: Temporarily disable CSS and Javascript for pages with variable
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '22

16 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28583 Bug ID: 28583 Summary: Temporarily disable CSS and Javascript for pages with variable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 14004 introduced the ability to temporarily disable added CSS and Javascript in OPAC and interface by adding ?DISABLE_SYSPREF_IntranetUserCSS=1 for example to the url, but it doesn't work for pages referring to specific ids, for example : -https://kohapro.bulac.fr/cgi-bin/koha/circ/circulation.pl?borrowernumber=xxx -https://kohapro.bulac.fr/cgi-bin/koha/catalogue/detail.pl?biblionumber=xxx I thought I was because two '?' in the same url can't be used and try to replace it by '&' but it still doesn't work. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 31609] New: JavaScript error on Additional contents -> Pages main page
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '22

16 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31609 Bug ID: 31609 Summary: JavaScript error on Additional contents -> Pages main page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org There is JavaScript on the new Pages page which is supposed to check to see whether the view includes the tabs, i.e. on the edit page. The script needs to be more specific about what DOM elements to look for before it tries to grab information about the tab. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 31739] New: Password reset from staff fails if previous expired reset-entry exists
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '22

16 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31739 Bug ID: 31739 Summary: Password reset from staff fails if previous expired reset-entry exists Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: bjorn.nylen(a)ub.lu.se QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 30611 enabled the password reset to be initiated from the patron details page. However if there is a previous *expired* reset-entry in the db then Koha will try to insert a new entry and fail with a "duplicate key"-error. To reproduce: Initiate a password reset, don't complete. Wait until expired (or modify expiry in db) Initiate a new reset from Staff -- FAIL -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 31869] New: Unable to save thesaurus value to frameworks subfields
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '22

16 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31869 Bug ID: 31869 Summary: Unable to save thesaurus value to frameworks subfields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Similar to bug 31238. I checked the rest of the form, seems to just be this field To test: 1. Edit e.g. default frameworks subfield 952$8 2. Add or change fields thesaurus value 3. Save your changes => note that on subfield listing there is no mention that 952$8 is linked to any thesaurus => if you edit 952$8 thesaurus input is empty -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 31738] New: Unstranslatable string in checkouts.js for recalls
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '22

16 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31738 Bug ID: 31738 Summary: Unstranslatable string in checkouts.js for recalls Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr When an item has been recalled, there is a red message in the current borrower's checkout list that says "This item has been recalled and the due date updated." I can't find this string anywhere in the translation files. The original string is in koha-tmpl/intranet-tmpl/prog/js/checkouts.js To get this message: 1. Turn on recalls 1.1. In Administration > Global system preferences, enable UseRecalls 1.2. Add recalls permissions in your circulation rules 2. In the OPAC, log in as a patron 3. Find a record with checked out items and place a recall 4. In the intranet, go to the patron file of the patron who currently has that item checked out --> In the Checkouts table at the bottom of the page, there is a red message next to the recalled title -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 23585] New: Hide Item Information tab when adding to basket from file without creating items
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '22

16 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23585 Bug ID: 23585 Summary: Hide Item Information tab when adding to basket from file without creating items Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To Test: - Create a basket set to create items either at receiving or at cataloging - Add to basket from a MARC file - On addorderiso2709.pl, observe that the Item Information tab is present but only contains the words "Import all the checked items in the basket with the following parameters:" with no additional content It makes sense that we can't enter anything else here -- we're not creating items and therefore don't have anything to enter. But it would be less confusing to just hide this tab entirely. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 32366] New: BatchDeleteBiblio task should have tests to prove indexing all takes place in one step
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '22

15 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32366 Bug ID: 32366 Summary: BatchDeleteBiblio task should have tests to prove indexing all takes place in one step Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 30460 We worked through changing our code such that we actioned the batch deletes in a loop passing skip_record_index and then finally passed a list of biblios to specialUpdate all in one hit at the end.. But we forgot to add unit tests for this change! Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30460 [Bug 30460] BatchDeleteBiblio task does not deal with indexation correctly -- You are receiving this mail because: You are watching all bug changes.

1 13