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

[Bug 43153] New: Fixed field drop boxes in advanced cataloging editor display badly with recent browser updates
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43153 Bug ID: 43153 Summary: Fixed field drop boxes in advanced cataloging editor display badly with recent browser updates Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: maxeinergl(a)gcc.edu QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- Created attachment 202390 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=202390&action=e… screenshot demonstrating issue in Edge and Chrome, compared with Firefox With recent updates in Chrome and Edge the fixed field drop boxes in the advanced cataloging editor now display poorly. There is text that overruns the drop-down arrow, giving a garbled look. The manual shows an image of how this used to display (https://koha-community.org/manual/25.11/en/html/cataloging.html#advanced-ed…) and I'm attaching screenshots from recent Chrome and Edge versions that show the problem. The problem is most evident in the material type drop boxes in the 006, 007, and oo8 since this is the one box that always appears, but it is also present on the other codes which turn into a drop box when you click into them. This problem was first observed in April in Edge and was documented in Chrome at that time with an update from 146.0.7680.177 to 147.0.7727.55. It is not currently an issue in Firefox that I have seen. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 34037] New: Item Bundles do not correctly checkin the bundle if the 952$3 has text
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34037 Bug ID: 34037 Summary: Item Bundles do not correctly checkin the bundle if the 952$3 has text Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When using the bundled feature, if the item that is getting checked out has a 952$3, the check-in will not be successful. This main item can not have this field, although this field is helpful for staff to know it is a bundle and has items included. Step 1. Create a bundle of items Step 2. The 'main' item in which will be checked out to the patron - make sure it has a 952$3 with text. Step 3 Check out the 'main' item that has the items attached to it. See the materials specified text appear at checkout. Step 4 Checkin in the 'main' item and the subsequent items. Step 5 See that all items are verified Step 6 Koha will bring the staff member back to the screen to do the check-in. Step 7 Go to the 'main' item and see the bundle is still checked out to the patron. Removing the materials specified from the main item, and the check-in will then be successful and be removed from the patron's account. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 29525] New: Privacy settings for patrons should also affect holds history
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29525 Bug ID: 29525 Summary: Privacy settings for patrons should also affect holds history 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Adjust Patron Privacy preferences to include holds history into privacy considerations. If patron privacy setting is set to never, never retain holds history (anonymize it). If privacy is set to keep, keep holds history for the patron forever. If privacy is set to default, keep it until library chooses to anonymize hold history. (add holds history functionality or option to batch_anonymise cronjob) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 93

[Bug 43152] New: Allow patron holds and checkout history to be anonymized on distinct intervals
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43152 Bug ID: 43152 Summary: Allow patron holds and checkout history to be anonymized on distinct intervals 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Depends on: 29525 Target Milestone: --- Currently the batch_anonymize cronjob removes both holds history and checkout history on the same interval (set with the --days value in the cron). Users have requested the ability to have distinct intervals for the two, so holds history can be kept longer than checkout history (or vice versa). Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29525 [Bug 29525] Privacy settings for patrons should also affect holds history -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 42959] New: Migrate staff interface functionality from CGI controller + Template Toolkit to REST API + Vue.js
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42959 Bug ID: 42959 Summary: Migrate staff interface functionality from CGI controller + Template Toolkit to REST API + Vue.js Initiative type: --- Sponsorship --- status: 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: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Koha's staff interface has historically used Perl CGI controllers (.pl files) paired with Template Toolkit templates (.tt files) to render pages server-side. The modern architecture — already established in modules such as ERM and Preservation — uses REST API endpoints (Koha::REST::V1::*) paired with Vue.js 3 single-page components rendered client-side. This META bug tracks the incremental migration of existing staff interface functionality to the new pattern. Migration pattern: - From: koha/foo.pl (CGI) + koha-tmpl/intranet-tmpl/prog/en/modules/foo.tt (TT) - To: api/v1/swagger/ + Koha/REST/V1/ (REST API) + Vue.js 3 component under koha-tmpl/intranet-tmpl/prog/js/vue/ Goals: - Consistent, testable REST API surface for all major data operations - Improved UI responsiveness and user experience via client-side rendering - Reduced server-side template complexity - Better separation of concerns between data and presentation layers This is a tracking/collection bug only. Individual migration bugs should be filed separately and blocked against this one. Migrations should include REST API tests (t/db_dependent/api/v1/) and Cypress end-to-end tests. Pages that have complex existing workflows should be scoped carefully — partial migrations (e.g. migrating a modal or a tab before the whole page) are acceptable and encouraged. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 37723] New: Holiday exceptions in a range generate incorrectly
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37723 Bug ID: 37723 Summary: Holiday exceptions in a range generate incorrectly Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org I am not sure if I edited incorrectly, or if this is a problem in holiday exception generation. But here's what I see On the calendar 1 - Click September 1 2 - In 'To date' click september 7 3 - Title: First week september 4 - Check: Holidays repeated yearly on a range 5 - Save 6 - Click september 3 7 - To date: click September 4 8 - Title: Except 9 - Generate exceptions on a range 10 - Save 11 - On right of screen - click 'Show past entries' 12 - There are exceptions generated for August 26 - 27 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 30724] New: Add ability for administrator to reset a users 2FA
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30724 Bug ID: 30724 Summary: Add ability for administrator to reset a users 2FA Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Depends on: 28786 Occasionally one may lose their authenticator app storage.. we need a way to reset the 2FA for such a user so they can grab a new secret for their authenticator app. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28786 [Bug 28786] Two-factor authentication for staff client - TOTP -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 50

[Bug 40641] New: Patron.pm can create warnings
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40641 Bug ID: 40641 Summary: Patron.pm can create warnings Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Use of uninitialized value in concatenation (.) or string at /kohadevbox/koha/Koha/Patron.pm line 797. Because of this t/db_dependent/Patron/Borrower_Debarments.t fails -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 22632] New: Add logging of merged patrons
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22632 Bug ID: 22632 Summary: Add logging of merged patrons 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- When patrons are merged, we don't retain any record of that merging. One patron is retained and the other goes into deletedborrowers and that's it. It's be great to be able to somehow identify if a current patron was previously merged and which deleted patron they were merged with. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 124

[Bug 41262] New: Duplicate import in Koha::Patron
by bugzilla-daemon＠bugs.koha-community.org 23 Jul '26

23 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41262 Bug ID: 41262 Summary: Duplicate import in Koha::Patron Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org There's two `use C4::Log qw( logaction );`. The newest coming from bug 26744. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13