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

[Bug 42123] New: Add UI to test configuration sources against example call numbers
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '26

18 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42123 Bug ID: 42123 Summary: Add UI to test configuration sources against example call numbers Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I was testing out the awesome bug 41932 and I realised it would be good to be able to visualise what a call number looks like when a filing rule or splitting rule is applied to it. For bug 41932 I'm doing it as a developer by writing unit tests, but it would be so handy for libraries and for people providing support to be able to just check a call number against a classification source in the web UI. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 8292] clicking ignore on hold cancels transfer
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '26

17 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8292 trevor.diamond(a)mainlib.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |trevor.diamond(a)mainlib.org --- Comment #18 from trevor.diamond(a)mainlib.org --- We've been on Koha only since 2025, but this would be great if it could be fixed. Clicking ignore should either initiate a transfer modal or perhaps change the button to say "ignore hold and transfer item home" or something. While you can send the item without electronically tracking the transfer in Koha, this ends up with annoyed patrons who think an item is available when it's not and that same item might show up on the holds queue and staff might end up wasting time looking for an item that's on the delivery truck. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 42117] New: Plugin Search should warn of minimum Koha version
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '26

17 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42117 Bug ID: 42117 Summary: Plugin Search should warn of minimum Koha version Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: jvinke(a)austinseminary.edu QA Contact: testopia(a)bugs.koha-community.org The plugin Search and install feature does not warn users that they are about to install a plugin for a newer version of Koha. Several of us learned this during the Koha-US Acquisitions SIG when we went to update our plugins only to be greeted with the following message after doing so: "Warning: This plugin was written for a newer version of Koha. Use at your own risk." At the bare minimum, it seems that the search results should include a column letting you know what version of Koha the plugin was written for. Maybe even better if it would not show you versions that are for newer versions of Koha that you are on. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 42082] New: Add access to issues and transactions data to "patrons custom message" notice
by bugzilla-daemon＠bugs.koha-community.org 17 Mar '26

17 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42082 Bug ID: 42082 Summary: Add access to issues and transactions data to "patrons custom message" notice Initiative type: --- Sponsorship --- status: 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: sbcornell(a)cityofportsmouth.com QA Contact: testopia(a)bugs.koha-community.org Bug 29393 added the ability to define custom notices that can be sent from the patron account page. Bug 40426 proposes that the "patrons (custom message)" notice should have access to ILL data. In addition to that, it should have access to issues and transactions data. Our initial uses would be to send a patron summary or an issue slip via email. This would be in addition to adding SMS support which is requested in bug 40933. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

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

17 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 --- Comment #458 from Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> --- Created attachment 195595 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=195595&action=e… Bug 10190: Fix false conflict error when editing specific trigger rules When editing a specific rule (e.g. */Kids/Books) alongside an all/all/all rule, the conflict check incorrectly reported a conflict. The effective=true API response always returns context as */*/* (fallback), so ruleSetInDb.context differed from currentRuleSet.context (which was overridden to the real context). Fix by overriding ruleSetInDb.context before the hasConflict comparison, consistent with the existing pattern in setCurrentRuleSet. -- 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 17 Mar '26

17 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 --- Comment #457 from Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> --- Created attachment 195594 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=195594&action=e… Bug 10190: Fix patron_categories permission format The x-koha-authorization was using 'parameters: catalogue' which the Koha auth system interprets as a 'catalogue' subpermission within the 'parameters' module (which doesn't exist), causing a 403 for any user. The correct format for the top-level 'catalogue' permission is 'catalogue: "1"', consistent with all other read-only API endpoints. Sponsored-by: Glasgow Colleges Library Group <https://library.cityofglasgowcollege.ac.uk> -- 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 17 Mar '26

17 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 --- Comment #456 from Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> --- Created attachment 195593 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=195593&action=e… Bug 10190: Center tables in add modal Patch from commit 778fbad -- 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 17 Mar '26

17 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 --- Comment #455 from Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> --- Created attachment 195592 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=195592&action=e… Bug 10190: Enforce manage_circ_rules_from_any_libraries permission - Add OR-type x-koha-authorization to /circulation_rules, /circulation_rules/kinds, and /circulation_rules/config endpoints so users with either circulate:circulate_remaining_permissions OR parameters:manage_circ_rules can access them - Enforce manage_circ_rules_from_any_libraries in the set_rules controller: users without this permission may only set rules for their own library and cannot set default (*) rules - Add explicit use C4::Auth qw(haspermission) import to CirculationRules.pm - Lock the library selector in the Vue UI for users who lack manage_circ_rules_from_any_libraries, defaulting them to their own library - Update set_rules() tests to cover the new permission restrictions -- 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 17 Mar '26

17 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 --- Comment #454 from Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> --- Created attachment 195591 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=195591&action=e… Bug 10190: (QA follow-up) Fix six issues reported during QA 1. Letter context: setFilteredLetters() was reading library_id from currentRuleSet (which has no top-level library_id property) instead of this.context.library_id, causing library-specific letter templates to never match. 2. False conflict on edit: conflict check fetched rule set from DB with effective=false (raw), but the in-memory snapshot was fetched with effective=true (with fallbacks). Comparing raw vs effective always triggered a conflict when a context inherited any value from a more general rule. Fixed by using effective=true for the DB fetch too. 3. Incomplete deletion: updateCircRuleSets() inside deleteRuleSet() was called without await, creating a race condition where the page refresh could complete before the deletion API call, leaving stale data visible. Also added a guard to skip rule sets with no explicit rules for the trigger being deleted, and simplified rulesForDeletion construction. 4. No rules displayed on initial load: the route watcher in CirculationTriggersList fired immediately before init() had loaded patron categories and item types, causing setAllExhaustiveEffectiveRuleSets() to produce an empty result. Fixed with a metaInitialized flag that the watcher waits for before proceeding. 5. DefaultToLoggedInLibraryOverdueTriggers syspref not respected: the default_view template variable was computed but never applied to the store's currentLibraryId. Fixed by passing it to init(). 6. UI colors: info box background changed from #84c1f3 to #DAECFB (lighter, matching the circulation rules page). Error alert messages changed from alert-info (blue) to alert-warning (yellow) to match Koha conventions. -- 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 17 Mar '26

17 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 --- Comment #453 from Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> --- Created attachment 195590 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=195590&action=e… Bug 10190: Fix permission mismatch on /circulation_rules/config endpoint The config endpoint was gated on parameters: manage_circ_rules, while the actual GET/PUT /circulation_rules endpoints require circulate: circulate_remaining_permissions. Any user who can read/write circulation rules should also be able to load the config that drives the UI. -- You are receiving this mail because: You are watching all bug changes.

1 0