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

[Bug 19745] New: Add Edit button for all the boards in circulation and fines rules
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '26

06 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19745 Bug ID: 19745 Summary: Add Edit button for all the boards in circulation and fines rules Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi, It would be usefull to have an "edit" button for all the boards in the circulation and fines rules. At this moment, the four last boards don't have an edit button and its not pratical. For those boards, we have to delet a rule to add a new one and now edit the rule. It would be great if there was a button all the same. Especially for a question of standardization with the rules of the first block. Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 39651] New: Lock iType Column for Better Editing Circ Rules Table
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '26

06 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39651 Bug ID: 39651 Summary: Lock iType Column for Better Editing Circ Rules Table 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: jjayne(a)luzernelibraries.org QA Contact: testopia(a)bugs.koha-community.org Suggestion to lock the itype column (circulation and fine rules) in place to better administer changes across the table. Maybe also have the editing line land just under the row being edited instead of all the way at the bottom? If this is repetitive or available in a newer version, my apologies. I couldn't find an existing bug that addressed this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 36653] New: Locking Circulation and Fine Rules
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '26

06 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36653 Bug ID: 36653 Summary: Locking Circulation and Fine Rules Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: r3baack(a)nwacc.edu QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Circulation and Fine rules are sometimes updated/reset without the library staff's wanting that to happen, so it would be helpful to be able to "lock" the rules that we don't want changed so we don't have those surprise resets. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 39973] New: Add inline editing to the circulation and fine rules table
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '26

06 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39973 Bug ID: 39973 Summary: Add inline editing to the circulation and fine rules table Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be extremely helpful if you could just click in a table cell and edit a value inline in the big circulation and fine rules table. This functionality is already present in the "This sale" portion of the point of sale at pos/pay.pl as an example. The DataTables site illustrates the functionality here: https://editor.datatables.net/examples/inline-editing/simple -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 41345] New: Regression: Clicking the 'Ignore' button on hold found modal for already-waiting hold does not dismiss the modal (again)
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '26

06 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41345 Bug ID: 41345 Summary: Regression: Clicking the 'Ignore' button on hold found modal for already-waiting hold does not dismiss the modal (again) 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com To recreate: 1 - place a hold 2 - check in an item that can fill the hold 3 - in the hold found modal, click Ignore 4 - the modal dismisses and nothing changes on the hold (this is the desired behavior) 5 - check in the item again, click Confirm Hold, confirm your hold is now Waiting 6 - check in the item again, confirm the modal says "Item is already waiting" 7 - click Ignore, confirm modal reloads 8 - click Ignore, confirm modal reloads 9 - click Ignore, confirm modal reloads -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 40951] New: Optionally show reserve_id to users in the staff interface
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '26

06 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40951 Bug ID: 40951 Summary: Optionally show reserve_id to users in the staff interface Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com, trevor.diamond(a)mainlib.org The action logs for holds use the reserve_id for "object," which makes the reserve_id necessary for most searching one might want to do in that log. Unfortunately, there's no way to see that reserve_id in the staff interface without a report. For users who spend a lot of time looking at hold logs, it'd be helpful to be able to see the reserve_id from a patron's hold history and a biblio's list of current holds. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 40112] New: Problem when adding an authority after perform Link authorities automatically in a bibliographic record
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '26

06 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40112 Bug ID: 40112 Summary: Problem when adding an authority after perform Link authorities automatically in a bibliographic record Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org There's a problem when adding an authority following perform Link authorities automatically in a bibliographic record. When we add a subject authority, if there is more than one general subdivision ($x), the second one is not transposed in the authority addition form. When added manually, it does not maintain the position it was assigned when added after registration. To test: 1.Create a bibliographic record 2.Enter a subject authority 650: $aHealth services $xReform $zQuebec (Province) $xHistory 3.Click on Link authorities automatically (No matching authority found) 4.Click on the small + to add an authority 5.In the add authority form, on field 150, it show's only these : $aHealth services $xReform $zQuebec (Province) 6.Add a $xHistory and position it after $zQuebec (Province) 7.Save -->The authority will be displayed as follows: $aHealth services $xReform $xHistory $zQuebec (Province) This is not the correct order. It should be displayed as follows: $aHealth Services $xReform $zQuebec (Province) $xHistory -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 41361] New: Incorrect markup in category code confirmation modal
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '26

06 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41361 Bug ID: 41361 Summary: Incorrect markup in category code confirmation modal Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 32581 Bug 32581 introduced a new modal asking whether to update the patron's expiration date when changing the patron category. This modal uses older Bootstrap markup and doesn't work right. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32581 [Bug 32581] Update dateexpiry on categorycode change -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 39156] New: Add plugin hooks for batch operations on authority, biblio and items
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '26

06 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39156 Bug ID: 39156 Summary: Add plugin hooks for batch operations on authority, biblio and items Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: shi-yao.wang(a)inLibro.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 42

[Bug 24393] New: Remove event attributes from patron clubs list template
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '26

06 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24393 Bug ID: 24393 Summary: Remove event attributes from patron clubs list template Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/clubs/clubs.pl OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 18530 The template for the main list of patron clubs has some instances of "onclick," in violation of coding guidelines. https://wiki.koha-community.org/wiki/Coding_Guidelines#JS9:_Avoid_the_use_o… They should be removed in favor of defining events in JavaScript instead of markup. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18530 [Bug 18530] Remove event attributes from patron clubs templates -- You are receiving this mail because: You are watching all bug changes.

1 12