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

[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 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 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

[Bug 33948] New: Replace GetAllIssues with Koha::Checkouts - staff
by bugzilla-daemon＠bugs.koha-community.org 06 Mar '26

06 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33948 Bug ID: 33948 Summary: Replace GetAllIssues with Koha::Checkouts - staff Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 33947 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33947 [Bug 33947] Move GetAllIssues to Koha -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 40204] New: Add examples of 200 request in API documentation for list biblios, get biblio, list deleted biblio, get deleted biblio, get biblio (public)
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '26

05 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40204 Bug ID: 40204 Summary: Add examples of 200 request in API documentation for list biblios, get biblio, list deleted biblio, get deleted biblio, get biblio (public) Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)openfifth.co.uk, philip.orr(a)lmscloud.de There is no example of 200 requests for those routes in the documentation -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 39452] New: Log cardnumber changes as distinct action within borrower logs
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '26

05 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39452 Bug ID: 39452 Summary: Log cardnumber changes as distinct action within borrower logs Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal 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 Depends on: 18626 Libraries find it useful to retain previous patron cardnumbers. Long ago, bug 18626 started retaining those old cardnumbers in the action logs. But action logs contain a lot of other data a library may not wish to retain indefinitely. Cleanup_database can specify deletion/retention of logs down to the action level, so making cardnumber changes a distinct action would make is easy to retain cardnumber changes in the logs without retaining other data. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18626 [Bug 18626] Add ability to track cardnumber changes for patrons -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 40161] New: New translation not displayed when translating an item type
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '26

05 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40161 Bug ID: 40161 Summary: New translation not displayed when translating an item type Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Uncaught (in promise) TypeError: table.row is undefined -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 38941] New: Convert the acquisitions menu to a Vue island
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '26

05 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38941 Bug ID: 38941 Summary: Convert the acquisitions menu to a Vue island 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: matt.blenkinsop(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org We should convert the left menus to Vue islands so that the components can be used both in Koha and in Vue apps where needed -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 44

[Bug 32934] New: SIP checkouts using "no block" flag have a calculated due rather than the specified due date
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '26

05 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32934 Bug ID: 32934 Summary: SIP checkouts using "no block" flag have a calculated due rather than the specified due date Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org SIP checkouts using the "no block" flag will cause the due date to wrongly be used as the transaction date, and the due date will instead be calculated using the circulation rules. In addition, the due date field in the SIP checkout response ( AH ) will be empty. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 42