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

[Bug 38063] New: Add batch patron permission modification
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '26

13 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38063 Bug ID: 38063 Summary: Add batch patron permission modification Change sponsored?: --- Product: Koha Version: unspecified 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: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org We have a plugin for batch permission modification: https://github.com/bywatersolutions/koha-plugin-batch-permissions-modifier I think it would be beneficial to move this into core as a way to do a mix of role-based access control and per-user permissions. How the plugin works 1. Set permissions of a template user 2. Create a patron list of all the users who should have those permissions 3. In the plugin, assign the template user to the list 4. User's permissions are now controlled by the template user. Permissions can only be changed on the template user. Users who aren't assigned to a role list can have their permissions edited as it currently works. Currently only one role is allowed at a time. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 38137] New: Refactor Koha::Auth::Permissions->get_authz_from_flags to build a fully populated authz hash, and then create Koha::Auth::Permissions->get_template_authz_from_authz()
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '26

13 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38137 Bug ID: 38137 Summary: Refactor Koha::Auth::Permissions->get_authz_from_flags to build a fully populated authz hash, and then create Koha::Auth::Permissions->get_template_authz_from_authz () Change sponsored?: --- Product: Koha Version: Main 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: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Breaking the concerns from Bug 20813 - Revamp user permissions system into smaller pieces. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 39988] New: Allow limiting the number of ILL requests one patron can have at a time
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '26

13 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39988 Bug ID: 39988 Summary: Allow limiting the number of ILL requests one patron can have at a time Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com It would be great if we could specify (maybe in patron type or circ and fine rules?) How many ILl requests partners could have at a time, possibly with the ability to select which statuses count against it. Backends could limit their own, but standard has no way to limit at this time. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 30179] New: Make OPAC moresearches menu more responsive
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '26

13 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30179 Bug ID: 30179 Summary: Make OPAC moresearches menu more responsive Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When you have many links on the moresearches navigation bar it can look a bit cluttered at smaller screen sizes. For many OPAC's I have been adding a custom "hambugerized" menu. I'm curious if anyone thinks that would be a good addition to Koha. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 41467] New: When transfer not allowed the 'Originating branch' is not populated
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '26

13 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41467 Bug ID: 41467 Summary: When transfer not allowed the 'Originating branch' is not populated Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com To recreate: 1 - SET syspref UseBranchTransferLimits/BranchTransferLimitsType To Enfore based on collection 2 - Administration->Library Transfer limits click (Advanced editor) 3 - Uncheck Centerville->Fairfield for 'Fiction' 4 - Find or create a Fiction item at centerville 5 - Circulation->Transfer 6 - Attempt to transfer item to Fairfield 7 - Note 'Originating library' is blank -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 41435] New: Use template plugin with built in caching for authorised value conversions in search results
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '26

13 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41435 Bug ID: 41435 Summary: Use template plugin with built in caching for authorised value conversions in search results Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some values in search results use: AuthorisedValues.GetDescriptionByKohaField Some are looked up in the script For consistency and readability we should be consistent -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 34710] New: Remove GreyBox from OPAC
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '26

13 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34710 Bug ID: 34710 Summary: Remove GreyBox from OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org When I grep for "greybox" in the OPAC, I only really see one two relevant references: koha-tmpl/opac-tmpl/bootstrap/en/includes/greybox.inc koha-tmpl/opac-tmpl/bootstrap/en/modules/opac-detail.tt The "opac-detail.tt" is just including "greybox.inc" I don't know enough about greybox to know how to remove it but it looks like it should be easy enough? -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 41094] New: search_anonymize_candidates returns too many candidates when FailedLoginAttempts is empty
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '26

12 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41094 Bug ID: 41094 Summary: search_anonymize_candidates returns too many candidates when FailedLoginAttempts is empty Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major 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(a)bywatersolutions.com >From a discussion on Mattermost with David Little. The arguable lines are: my $fails = C4::Context->preference('FailedLoginAttempts') || 0; $cond->{login_attempts} = [ -and => { '!=' => undef }, { -not_in => [ 0, 1 .. $fails - 1 ] } ]; -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 35

[Bug 41820] New: StaffSearchResultsDisplayBranch system preference should have option to display both locations
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '26

12 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41820 Bug ID: 41820 Summary: StaffSearchResultsDisplayBranch system preference should have option to display both locations Initiative type: --- Sponsorship --- status: 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: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Add a “both” option to the StaffSearchResultsDisplayBranch system preference to allow staff search results to display both an item’s home and current locations. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 41734] New: Need way to clear mandatory patron attributes once patron is no longer in a category using that attribute
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '26

12 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41734 Bug ID: 41734 Summary: Need way to clear mandatory patron attributes once patron is no longer in a category using that attribute Initiative type: --- Sponsorship --- status: 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: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Scenario: library uses a reciprocal borrowing patron category and wants to track what neighboring area patrons are coming from, attribute is limited to patron category and mandatory. Patron moves, updates membership to be no longer reciprocal. The attribute cannot be removed while the patron is in a category using it, and the option disappears from the edit form once their new category no longer uses that attribute, but the data is left behind. A workaround is to blank that out with the batch patron modification tool, but it would be nice if, when moving a patron out of a category with a mandatory attribute, Koha offered a prompt to remove the no-longer-applicable attribute data. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1