May 2025 - Koha-bugs - lists.koha-community.org

[Bug 33691] New: Improve query for do_check_for_previous_checkout
by bugzilla-daemon＠bugs.koha-community.org 16 May '25

16 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33691 Bug ID: 33691 Summary: Improve query for do_check_for_previous_checkout 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org do_check_for_previous_checkout will pass a list of itemnumbers as part of the query. This could be hundreds of items or more. It makes sense to check by biblionumber instead when possible. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 2646] Add sort option for the series number
by bugzilla-daemon＠bugs.koha-community.org 16 May '25

16 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2646 Jeremy Evans <jeremy.evans(a)ukhsa.gov.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremy.evans(a)ukhsa.gov.uk --- Comment #9 from Jeremy Evans <jeremy.evans(a)ukhsa.gov.uk> --- We would support this. We have a series with several volumes published in the same year so sorting by date isn't always helpful. The ability to sort results in the staff client by series name and volume number would help identify missing volumes from the series. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 32548] New: Make illrequestattributes easily available to ILL notices
by bugzilla-daemon＠bugs.koha-community.org 16 May '25

16 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32548 Bug ID: 32548 Summary: Make illrequestattributes easily available to ILL notices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de Often the most interesting information about the title, like article_title is only available in illrequestattributes. It would be super nice if we had these available with a nice syntax in the ILL notices. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 29866] New: Notices and Slips presentation
by bugzilla-daemon＠bugs.koha-community.org 16 May '25

16 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29866 Bug ID: 29866 Summary: Notices and Slips presentation Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org I'm wondering if the way notices and slips is presented could benefit from some change. Currently, when you go to look at notices and slips, you see absolutely everything (All libraries). And when you select a library, you see only notices and slips that are specific to that library. I'm wondering if this would be a better model: Initial view is just the default notices and slips (to all libraries), and not including those specific to a library. If you select a library, you see that library's specific custom slips, and you see in gray or blue or some other color, all the other default slips that are not customized. Next to which is a button to create a duplicate of that notice or slip for that library. When you click it, it duplicates that notice/slip for that library, and it shows in the same format/color as the other custom notices/slips for that library. Custom notices/slips would have a button next to them that would allow you to delete. If you click that, after a confirmation, the custom slip would be deleted, and the page would update, with that notice/slip now showing as the default instead of custom. Defaults would not be editable from with the view of a specific library. You would have to select the defaults view again to edit those. Thoughts? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 39899] New: Reset Zebra FAQ
by bugzilla-daemon＠bugs.koha-community.org 16 May '25

16 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39899 Bug ID: 39899 Summary: Reset Zebra FAQ Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexander.wagner(a)desy.de QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)openfifth.co.uk, philip.orr(a)lmscloud.de https://koha-community.org/manual/latest/en/html/faq.html#reset-the-zebra-i… gives the following command to reset the ZEBRA index for biblios: ``` $ sudo zebraidx -c /etc/koha/sites/YOURLIBRARY/zebra-biblios.cfg -g iso2709 -d biblios init ``` This results in a `file not found` error at least in 24.1104. It seems that the name of the config file in question should read ``` /etc/koha/sites/YOURLIBRARY/zebra-biblios-dom.cfg ``` Probably this is version dependend? **Note** the manual gives two commands, one for biblios and one for authorities. The command for authorities seems to be correct. Also note that the two commands are effectively given twice as the package install versions require a `sudo` to be prepended. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 21336] New: GDPR: Process unsubscribe requests automatically
by bugzilla-daemon＠bugs.koha-community.org 15 May '25

15 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21336 Bug ID: 21336 Summary: GDPR: Process unsubscribe requests automatically 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This should be a follow-up of bug 20819 (adding a consent form). A script (preferably cleanup_database) should take care of the registered refusals (or unsubscribe requests). Based on some preferences and corresponding time frames, we should lock accounts, anonymize patron data and finally remove patron data. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 174

[Bug 12133] Guarantor requirements when registering a patron
by bugzilla-daemon＠bugs.koha-community.org 15 May '25

15 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12133 Nick Clemens (kidclamp) <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |39180 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39180 [Bug 39180] Handle and report exception at checkout/checkin due to missing guarantor -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 20916] New: Add a staging tool to patron import tool
by bugzilla-daemon＠bugs.koha-community.org 15 May '25

15 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20916 Bug ID: 20916 Summary: Add a staging tool to patron import tool 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be great that the tool allowed to see the batches, know what borrowernumber was assigned, if there was a match, see a diff, etc. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 39654] New: Optionally update patron expiration date after ACCOUNT_RENEW fee is paid
by bugzilla-daemon＠bugs.koha-community.org 15 May '25

15 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39654 Bug ID: 39654 Summary: Optionally update patron expiration date after ACCOUNT_RENEW fee is paid Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com When patron categories charge an enrollment fee, in some cases it would be preferable for the patron's expiration date not to update until the enrollment fee reaches $0 outstanding. This would be especially helpful for libraries using the membership_expiry cron to auto-renew patrons in categories with enrollment fees, as it would allow the patron's active enrollment period to be based on payment date rather than the date on which the cron charged the fee. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 39751] New: 'Coce' syspref is replaced by IntranetCoce and OpacCoce sysprefs
by bugzilla-daemon＠bugs.koha-community.org 15 May '25

15 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39751 Bug ID: 39751 Summary: 'Coce' syspref is replaced by IntranetCoce and OpacCoce sysprefs Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: e.betemps(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)openfifth.co.uk, philip.orr(a)lmscloud.de Hi, The manual still describes the 'Coce' syspref but it doesn't exist anymore because it has been split in two sysprefs : 'IntranetCoce' and 'OpacCoce'. I propose to paste/copy the generic description of Coce in the Coce cover images cache presentation and create two sections for both versions (staff interface and opac). These two versions will be quite similar. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3