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

[Bug 30237] New: Rename and rephrase AutoEmailOpacUser system preference
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '22

22 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30237 Bug ID: 30237 Summary: Rename and rephrase AutoEmailOpacUser system preference Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 27812, 29005, 30214 With the changes from bugs 27812, bug 29005, and bug 30214 we will have a much cleaner and secure feature than before that will work in a much more predictable way. So I think this would then be a good moment to add documentation to the pref: IS: AutoEmailOpacUser [Send|Don't send] an email to newly created patrons with their account details. COULD BE: AutoEmailNewUser (switch Opac with New) [Send|Don't send] an email to newly created patrons, including verified self registrations. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27812 [Bug 27812] Remove the ability to transmit a patron's plain text password over email https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29005 [Bug 29005] Add option to send ACCTDETAILS notice for new patrons added via patron imports https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30214 [Bug 30214] Send ACCTDETAILS notice for new patrons added via self registration -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 49

[Bug 30608] New: Add the column picker modal to DefaultPatronSearchFields
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '22

22 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30608 Bug ID: 30608 Summary: Add the column picker modal to DefaultPatronSearchFields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com With bug 30576 it becomes more important to ensure we don't get errant data in this preference (with a bad column name included here, we will break patron searching). We should add the column picker modal to this system preference. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 28550] New: Text on overduerules.pl should explain how triggers are selected
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '22

22 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28550 Bug ID: 28550 Summary: Text on overduerules.pl should explain how triggers are selected 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 28549 The onscreen text on the overdue notice and status triggers page should explain which branch will get used. Right now, that defaults to issuing branch, but a flag in the cron can be set to make it use item homebranch instead. I've made this bug depend on 28549, which proposes moving that control into a syspref. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28549 [Bug 28549] Add a system preference to duplicate --frombranch flag in overdue_notices.pl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 31157] New: overdue_notices.pl --frombranch option should be available as a system preference
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '22

22 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31157 Bug ID: 31157 Summary: overdue_notices.pl --frombranch option should be available as a system preference Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz On a multi-tenant system it is understandable for one client to want one options for the --frombranch and another to want another. However, as the overdue job is run under cron.daily it's not trivial to change it on a per instance basis.. We should expose this option at the UI level. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 28549] New: Add a system preference to duplicate --frombranch flag in overdue_notices.pl
by bugzilla-daemon＠bugs.koha-community.org 22 Dec '22

22 Dec '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28549 Bug ID: 28549 Summary: Add a system preference to duplicate --frombranch flag in overdue_notices.pl 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The overdue_notices cron allows one to specify whether the issuing branch or item homebranch should be used to select the triggers to follow. We should allow this choice in a system preference so one can change it without commandline access. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[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