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

[Bug 41229] New: Cash registers are not fully reset on library change
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41229 Bug ID: 41229 Summary: Cash registers are not fully reset on library change Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When changing library in circ/set-library.pl, desk and register values are not being properly cleared from the session. This caused stale desk/register data from the previous library to persist, resulting in: - Incorrect cashup displays showing wrong library's register - Point of Sale defaulting to registers from different libraries - Session state inconsistent with visual UI -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 42419] New: Upgrading Business::ISBN::Data
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42419 Bug ID: 42419 Summary: Upgrading Business::ISBN::Data Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: mtj(a)kohaaloha.com I found a bug in Business::ISBN::Data thanks to bug 42374 (triggered by bug 38384), and the author has now fixed the bug (https://github.com/briandfoy/business-isbn-data/issues/236) so I think it would be good to upgrade Business::ISBN::Data to get that fix. Also, as per bug 21821, it would be good to have more up-to-date ISBNs in Business::ISBN::Data. I recently had a Koha library that was having some 979* ISBNs that wouldn't validate because the Debian version of Business::ISBN::Data is too old. We could look at asking for backports, but I wonder if it would be easier just to package it ourselves. It's not a particularly complicated module. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 41173] New: ERM breadcrumb link causes page reload
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41173 Bug ID: 41173 Summary: ERM breadcrumb link causes page reload Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)openfifth.co.uk, martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, pedro.amorim(a)openfifth.co.uk -- You are receiving this mail because: You are watching all bug changes.

1 49

[Bug 40543] New: pickup_library.branchname embed wrong
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40543 Bug ID: 40543 Summary: pickup_library.branchname embed wrong Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com I'm not sure how that slipped in, but we need to clear it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 38906] New: REGEXP_REPLACE not in MySQL < 5.8 DB update 24.06.00.064 fails
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38906 Bug ID: 38906 Summary: REGEXP_REPLACE not in MySQL < 5.8 DB update 24.06.00.064 fails Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In bug 38436 Katrin mentions that REGEXP_REPLACE was a problem, it still can be if using MySQL 5.7 or below We had a test site update fail Seems to be easily fixed by changing to: UPDATE columns_settings SET columnname=SUBSTRING(columnname,LOCATE("_",columnname)+1) WHERE module="catalogue" AND page="detail" AND ( tablename="holdings_table" OR tablename="otherholdings_table"); -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 39820] New: Items with hold cancellation requests should have the hold cancelled when checked in via SIP
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39820 Bug ID: 39820 Summary: Items with hold cancellation requests should have the hold cancelled when checked in via SIP Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. In circ rules set a Default waiting hold cancellation policy to allow hold cancellation requests. 2. Add a hold for a patron and create a hold cancellation request. 3. Check the item in via SIP, I used the SIP emulator: kohadevbox/koha/misc/sip_cli_emulator.pl -a localhost -p 6001 -l MPL -su term1 -sp term1 -m checkin --patron 23529000035676 --item 39999000001310 4. The hold remains. In the staff client if I check in an item with a hold cancellation request the hold is cancelled -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 29

[Bug 40043] New: Agreements_spec.ts is failing randomly (2)
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40043 Bug ID: 40043 Summary: Agreements_spec.ts is failing randomly (2) Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org 17:45:28 koha_1 | <testcase name="Agreement CRUD operations Delete agreement" time="0.000" classname="Delete agreement"> 17:46:28 koha_1 | <failure message="Timed out retrying after 10050ms: `cy.click()` failed because the page updated while this command was executing. Cypress tried to locate elements based on this query: 17:46:28 koha_1 | 17:46:28 koha_1 | > <a.show> 17:46:28 koha_1 | 17:46:28 koha_1 | We initially found matching element(s), but while waiting for them to become actionable, they disappeared from the page. Common situations why this happens: 17:46:28 koha_1 | - Your JS framework re-rendered asynchronously 17:46:28 koha_1 | - Your app code reacted to an event firing and removed the element 17:46:28 koha_1 | 17:46:28 koha_1 | You can typically solve this by breaking up a chain. For example, rewrite: 17:46:28 koha_1 | 17:46:28 koha_1 | > `cy.get('button').click().click()` 17:46:28 koha_1 | 17:46:28 koha_1 | to 17:46:28 koha_1 | 17:46:28 koha_1 | > `cy.get('button').as('btn').click()` 17:46:28 koha_1 | > `cy.get('(a)btn').click()` -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 38966] New: Wrong Pod in Koha/CoverImages.pm and Koha/Acquisition/Order/Claims.pm
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38966 Bug ID: 38966 Summary: Wrong Pod in Koha/CoverImages.pm and Koha/Acquisition/Order/Claims.pm Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org git grep "Cities" Koha/Acquisition/Order/Claims.pm:Koha::Cities - Koha Claim Object set class Koha/CoverImages.pm:Koha::Cities - Koha CoverImage Object set class copy paste error :-) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 40377] New: HoldsQueue/TransportCostOptimizations.t generates warnings
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40377 Bug ID: 40377 Summary: HoldsQueue/TransportCostOptimizations.t generates warnings Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 25515 UseTransportCostMatrix set to yes, but matrix not populated at /kohadevbox/koha/C4/HoldsQueue.pm line 188. UseTransportCostMatrix set to yes, but matrix not populated at /kohadevbox/koha/C4/HoldsQueue.pm line 188. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25515 [Bug 25515] [OMNIBUS] Remove warnings and errors from tests output -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 40081] New: textareas appear to now be fixed width
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '26

20 Apr '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40081 Bug ID: 40081 Summary: textareas appear to now be fixed width 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: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It's often annoting to force a narrow fixed width on a textarea input. We display the handle to expand the input, but it only allows for vertical expansion and not horizontal.. we should allow for both. Example, when editing course reserve details we have staff and public notes as textarea's and they're rather narrow. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21