March 2026 - Koha-bugs - lists.koha-community.org

[Bug 41869] New: Change /holds POST and PATCH permission to place_holds
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '26

26 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41869 Bug ID: 41869 Summary: Change /holds POST and PATCH permission to place_holds Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: johanna.raisa(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com At the moment librarians with place_holds permission can add and modify holds on request.pl page. This is not possible via REST API, the POST and PATCH endpoints need reserveforothers permission to work. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 38365] Add Content-Security-Policy HTTP header to HTML responses
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '26

26 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38365 Lucas Gass (lukeg) <lucas(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |42200 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42200 [Bug 42200] SelfCheckInTimeout being interpreted in milliseconds instead of seconds -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 2927] Saving on enter
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '26

26 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2927 Brendan Lawlor <blawlor(a)clamsnet.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |blawlor(a)clamsnet.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26342] New: Suspended hold not marked filled when patron checks out item
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '26

26 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26342 Bug ID: 26342 Summary: Suspended hold not marked filled when patron checks out item Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation 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 To recreate: - place an item-level hold - suspend the hold - without unsuspending or capturing the hold, check the item out to the patron - the suspended hold remains on the patron account If a hold is not suspended (and not captured) and the patron checks the item out, the hold is marked as filled. Should we do the same on suspended holds? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 9750] Bring routing lists into notices & slips
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '26

26 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9750 --- Comment #17 from Lucas Gass (lukeg) <lucas(a)bywatersolutions.com> --- Some remaining things for me to address via a conversation I had with David: 1. I can still add RoutingListNote via HTML customizations... 2. No templates were created for ROUTING_LIST in any of the languages for "Email" but does show for "Print" 3. The "Default" text was also added to the template for the different languages... I don't think it's supposed to do that. 4. When you click "Edit routing list", click "Save", no information appears on the routing-preview.pl page for Names and Notes (but if you click "Save and preview routing slip" it will show you the default -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 42039] New: Properly set LDR/5 for deleted bibliographic records
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '26

26 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42039 Bug ID: 42039 Summary: Properly set LDR/5 for deleted bibliographic records Initiative type: --- Sponsorship --- status: Product: Koha Version: Main 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: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org For deleted authority records we automatically set LDR/5 to 'd' (cf. https://www.loc.gov/marc/authority/adleader.html) The same should be done for bibliographic records: "System-Generated Elements - Following Leader elements are usually system generated: [...] 05 Record status" (cf. https://www.loc.gov/marc/bibliographic/bdleader.html) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 41651] New: Allow plugins to specify additional dependencies
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '26

26 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41651 Bug ID: 41651 Summary: Allow plugins to specify additional dependencies Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: tadeusz(a)sosnierz.com QA Contact: testopia(a)bugs.koha-community.org Koha plugins cannot currently declare any dependencies. Not meeting them will occcasionally fail upon installation (if the main plugin class tries to load them at compile time) or runtime (if one of the other packages does, or code cleverly checks if the dependency is met). Ideally we'd have a way of specifying if a Koha plugin depends on another Perl module, or another Koha plugin. A nice feature of this would be to able be able to declare optional dependencies, which may only be required for a subset of the Plugin's features (like in https://github.com/HKS3/koha-normalize-marc2db/blob/main/Koha/Plugin/HKS3/N…) Those shouldn't prevent installation, but should still warn loudly upon plugin installation, in a way that is hard/impossible to miss (e.g. have an intermitted screen on plugins-upload.pl, with an "are you sure"). Patch incoming. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '26

26 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 --- Comment #618 from Nick Clemens (kidclamp) <nick(a)bywatersolutions.com> --- When visiting the page too, it would be nice to automatically limit to the current signed in library on the initial load -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '26

26 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 Nick Clemens (kidclamp) <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #617 from Nick Clemens (kidclamp) <nick(a)bywatersolutions.com> --- This is super cool - I imported a big libraries rules for testing, it worked well - the list is overwhelming at first, but once filters are used it works nicely. Things I found: When editing the triggers it would be nice to have the circulation rule displayed under the context, and the context itself should display as informational, not required form fields , it may confuse the user. The headers could be a little more verbose so librarians understand the circulation rules are being pulled form the context. We might want to see renewal/autorenewal information as well When editing a trigger the buttons to switch which trigger is being edited do not always work The dropdowns are in code order, they should be in description/name order If I run the overdue notices cron with --list-all I get notices for all categories, even if they don't match, even I select triggered Without list-all it works, this could be existing bug? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '26

26 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 Chloé Zermatten <chloe.zermatten(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0