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

[Bug 40286] New: Make C4::Auth::checkpw_internal use Koha::Patrons->find_by_identifier
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40286 Bug ID: 40286 Summary: Make C4::Auth::checkpw_internal use Koha::Patrons->find_by_identifier 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Bug 40275 introduced this method and this is the missing place for refactoring. The current tests for this method include the creation of actually conflicting patrons, matching their userid and cardnumber respectively. As making the proposed change is indeed a behavior change, I file this report in order to discuss how to handle it properly. The other use cases are clear and already covered in bug 40275. The blocker for this is bug 33905, in which we need to decide how to ensure identifier uniqueness, and then get rid of the tests. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

[Bug 41828] New: New Permission for Deleting Records in Batch Delete if no Items Remain
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41828 Bug ID: 41828 Summary: New Permission for Deleting Records in Batch Delete if no Items Remain Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: acampbell(a)buttecounty.ca.gov QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Bug 39848 fixed the issue where users without edit_catalogue permission can delete the record if no items remain from the batch item deletion. We and some others (https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39848#c7) however have need where we do want staff to be able to delete records when no items remain during batch deletion. Can there be a new permission to allow record deletions the record if no items remain from the batch item deletion? Edit_catalog (per manual): importing records through z39.50/SRU, and duplicating records), edit existing bibliographic records, merge existing bibliographic records, and delete bibliographic records New permission (maybe no_items_delete_record?): remove record if no items remain. I also know that a button can appear when manually (not batch) removing items and the last item has appeared -- something like 'No more items remain. Delete Record?'. Maybe we could have that permission turned on with this permission too since it does the same thing as the checkbox when batch deleting. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 35953] New: Add delete_any_record cataloguing subpermission
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35953 Bug ID: 35953 Summary: Add delete_any_record cataloguing subpermission Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: wainuiwitikapark(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 42289] New: Tidy all script tags - tools
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42289 Bug ID: 42289 Summary: Tidy all script tags - tools 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: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 42094 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42094 [Bug 42094] Tidy all script tags (except value_builder) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 42288] New: Tidy all script tags - reserve
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42288 Bug ID: 42288 Summary: Tidy all script tags - reserve 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: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 42094 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42094 [Bug 42094] Tidy all script tags (except value_builder) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 36674] New: Lazy load api-client JS files
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36674 Bug ID: 36674 Summary: Lazy load api-client JS files 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: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org js/fetch/api-client.js is fetching all the api-client.js files every time a page is hit in Koha. We should lazy-load instead. Certainly using import()? https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 46

[Bug 42287] New: Tidy all script tags - members
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42287 Bug ID: 42287 Summary: Tidy all script tags - members 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: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 42094 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42094 [Bug 42094] Tidy all script tags (except value_builder) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 42466] New: UseCashRegisters gets ignored on paycollect
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42466 Bug ID: 42466 Summary: UseCashRegisters gets ignored on paycollect Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: bibliothek(a)th-wildau.de QA Contact: testopia(a)bugs.koha-community.org - enable UseCashRegisters - go to /cgi-bin/koha/members/maninvoice.pl?borrowernumber=5 and create a manual fee f.e. 5 - go to /cgi-bin/koha/members/paycollect.pl?borrowernumber=5 -You will see: Total amount outstanding: 5.00 Amount being paid: 5.00 Amount tendered: 5.00 - Change Amount being paid: 4 Check Payment type is required. Click Confirm. The form will get sent even though the required cash register is not selected -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 41031] New: Extractor::MARC->metadata does not check if metadata is a MARC::Record
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41031 Bug ID: 41031 Summary: Extractor::MARC->metadata does not check if metadata is a MARC::Record 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org See changes in follow-up on bug 40272. It would not harm to check if the metadata we got, is really a marc record object. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 40585] New: Prevent crash on biblionumber in addbybiblionumber.pl
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40585 Bug ID: 40585 Summary: Prevent crash on biblionumber in addbybiblionumber.pl 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Just jumping to the next biblionumber (and adding found biblio recs) is more user friendly than crashing without any further clarification to the user. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17