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

[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 37363] New: Booking dates should respect closed days
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '26

26 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37363 Bug ID: 37363 Summary: Booking dates should respect closed days Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com The bookings datepicker is not aware of open/closed days at present and as such a booking may be made that would expect fulfilment or return on a closed day. We should update the flatpickr to disable such dates for direct selection, but allow spanning them. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[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

[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 #616 from Chloé Zermatten <chloe.zermatten(a)openfifth.co.uk> --- (In reply to Victor Grousset/tuxayo from comment #614) > Thanks for the updated patches. I got this error with tests: > > kohadev-koha@kohadevbox:koha(testing-SO-QA)$ prove > /kohadevbox/koha/t/Koha/Auth/Permissions.t > /kohadevbox/koha/t/Koha/Auth/Permissions.t .. 1/4 > # Failed test 'Expected permissions generated for superlibrarian' > # at /kohadevbox/koha/t/Koha/Auth/Permissions.t line 314. > # Structures begin differing at: > # $got->{CAN_user_parameters_manage_circ_triggers} = '1' > # $expected->{CAN_user_parameters_manage_circ_triggers} = Does not > exist > # Looks like you failed 1 test of 1. > > I don't think is a setup step that should be missing. I started KTD with the > patches already. And redoing the updatedatabase doesn't help. > > ----- > > QA script reports this: > [FAIL] koha-tmpl/intranet-tmpl/prog/js/vue/stores/circulation-rules.js > FAIL forbidden_patterns > forbidden pattern: Use __("") instead of _("") (line 371) > > It's just this: > https://wiki.koha-community.org/wiki/User:Victor_Grousset_-_tuxayo/ > Translation#Info_about_the_translation_toolchain Ran prove > /kohadevbox/koha/t/Koha/Auth/Permissions.t, could not replicate the failure. I wonder if it's worth apply the patch on current main, and running this again? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 42187] New: Elasticsearch: Item type translations broken for facet descriptions
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '26

26 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42187 Bug ID: 42187 Summary: Elasticsearch: Item type translations broken for facet descriptions Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: f.demians(a)tamil.fr, jonathan.druart(a)gmail.com Depends on: 38136 This affects both OPAC and staff with and without bug 38136: The item type descriptions are not showing translated, if translations have been set up in administration > itemtpes Test plan: * Set up your installation with Elasticsearch * Install at least one additional language. In ktd: sudo koha-translate --install de-DE --dev kohadev * Make sure the language is activated in the system preferences: - OpacLanguages - StaffInterfaceLanguages * Searchengine system preference: Elasticsearch * Go to administration > itemtypes * Translate one or more of the item into the installed language by - Edit itemtype X - Clicking on the "Translate into other languages" link * Search the catalog and notice the item type facet showing in the result list will remain in English in staff interface and OPAC when switching between translations. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38136 [Bug 38136] Refactor database translations (alternative) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1