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

[Bug 36346] New: CheckReserves sometimes lead to bad behavior
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '26

02 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36346 Bug ID: 36346 Summary: CheckReserves sometimes lead to bad behavior Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: thibaud.guillot(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi @ll, Some options in the circulation rules may lead to incorrect returns from CheckReserves. When you enabled AllowHoldPolicyOverride, you can forcing a hold, even when it is not authorized in the "Default holds policy by item type" rule table. Let me explain: when a hold is forced on an item whose itemtype has a holdallowed rule set to "not_allowed", if you return the item, the hold will not be detected. Similarly, when you perform a checkout, the pop-up indicating that a hold has been placed is not displayed. It's possible that in other places in the code this would cause other inconveniences, but I haven't counted them all. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 37172] New: HoldItem and HoldTitle do not check all the values of "hold_fulfillment_policy" rule
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '26

02 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37172 Bug ID: 37172 Summary: HoldItem and HoldTitle do not check all the values of "hold_fulfillment_policy" rule Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: arthur.suzuki(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org values "homebranch" and "holdingbranch" are not checked, leading to forbidden holds to be put from the ILS-DI interface. I think the controls on "hold_fulfillment_policy" should be done in "CanItemBeReserved" rather than "CheckReserves". -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 38475] New: InfiniteScrollSelect_spec.ts is failing again
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '26

02 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38475 Bug ID: 38475 Summary: InfiniteScrollSelect_spec.ts is failing again Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 37620 Always the same trouble makers: 19:05:26 koha_1 | 19:05:26 koha_1 | Running: InfiniteScrollSelect_spec.ts (2 of 18) 19:05:26 koha_1 | <?xml version="1.0" encoding="UTF-8"?> 19:05:26 koha_1 | <testsuites name="Mocha Tests" time="28.823" tests="4" failures="1"> 19:05:26 koha_1 | <testsuite name="Root Suite" timestamp="2024-11-15T18:04:50" tests="0" file="t/cypress/integration/InfiniteScrollSelect_spec.ts" time="0.000" failures="0"> 19:05:26 koha_1 | </testsuite> 19:05:26 koha_1 | <testsuite name="Infinite scroll" timestamp="2024-11-15T18:04:50" tests="4" time="28.798" failures="1"> 19:05:26 koha_1 | <testcase name="Infinite scroll Should load the next page on scroll" time="6.060" classname="Should load the next page on scroll"> 19:05:26 koha_1 | </testcase> 19:05:26 koha_1 | <testcase name="Infinite scroll Should correctly submit the form" time="4.674" classname="Should correctly submit the form"> 19:05:26 koha_1 | </testcase> 19:05:26 koha_1 | <testcase name="Infinite scroll Should correctly display labels" time="0.000" classname="Should correctly display labels"> 19:05:26 koha_1 | <failure message="Timed out retrying after 10000ms: `cy.wait()` timed out waiting `10000ms` for the 1st request to the route: `finalPage`. No request ever occurred. 19:05:26 koha_1 | 19:05:26 koha_1 | https://on.cypress.io/wait" type="CypressError"><![CDATA[CypressError: Timed out retrying after 10000ms: `cy.wait()` timed out waiting `10000ms` for the 1st request to the route: `finalPage`. No request ever occurred. 19:05:26 koha_1 | 19:05:26 koha_1 | https://on.cypress.io/wait 19:05:26 koha_1 | at cypressErr (http://localhost:8081/__cypress/runner/cypress_runner.js:75187:18) 19:05:26 koha_1 | at Object.errByPath (http://localhost:8081/__cypress/runner/cypress_runner.js:75242:10) 19:05:26 koha_1 | at checkForXhr (http://localhost:8081/__cypress/runner/cypress_runner.js:134821:84) 19:05:26 koha_1 | at <unknown> (http://localhost:8081/__cypress/runner/cypress_runner.js:134844:28) 19:05:26 koha_1 | at tryCatcher (http://localhost:8081/__cypress/runner/cypress_runner.js:1807:23) 19:05:26 koha_1 | at Promise.attempt.Promise.try (http://localhost:8081/__cypress/runner/cypress_runner.js:4315:29) 19:05:26 koha_1 | at whenStable (http://localhost:8081/__cypress/runner/cypress_runner.js:143192:68) 19:05:26 koha_1 | at <unknown> (http://localhost:8081/__cypress/runner/cypress_runner.js:143133:14) 19:05:26 koha_1 | at tryCatcher (http://localhost:8081/__cypress/runner/cypress_runner.js:1807:23) 19:05:26 koha_1 | at Promise._settlePromiseFromHandler (http://localhost:8081/__cypress/runner/cypress_runner.js:1519:31) 19:05:26 koha_1 | at Promise._settlePromise (http://localhost:8081/__cypress/runner/cypress_runner.js:1576:18) 19:05:26 koha_1 | at Promise._settlePromise0 (http://localhost:8081/__cypress/runner/cypress_runner.js:1621:10) 19:05:26 koha_1 | at Promise._settlePromises (http://localhost:8081/__cypress/runner/cypress_runner.js:1701:18) 19:05:26 koha_1 | at Promise._fulfill (http://localhost:8081/__cypress/runner/cypress_runner.js:1645:18) 19:05:26 koha_1 | at <unknown> (http://localhost:8081/__cypress/runner/cypress_runner.js:5450:46) 19:05:26 koha_1 | From Your Spec Code: 19:05:26 koha_1 | at Context.eval (webpack://koha/./t/cypress/integration/InfiniteScrollSelect_spec.ts:232:11)]]></failure> 19:05:26 koha_1 | </testcase> 19:05:26 koha_1 | <testcase name="Infinite scroll Should correctly display the label when editing" time="3.887" classname="Should correctly display the label when editing"> 19:05:26 koha_1 | </testcase> 19:05:26 koha_1 | </testsuite> 19:05:26 koha_1 | </testsuites> 19:05:26 koha_1 | 19:05:26 koha_1 | (Results) 19:05:26 koha_1 | 19:05:26 koha_1 | ┌────────────────────────────────────────────────────────────────────────────────────────────────┐ 19:05:26 koha_1 | │ Tests: 4 │ 19:05:26 koha_1 | │ Passing: 3 │ 19:05:26 koha_1 | │ Failing: 1 │ 19:05:26 koha_1 | │ Pending: 0 │ 19:05:26 koha_1 | │ Skipped: 0 │ 19:05:26 koha_1 | │ Screenshots: 0 │ 19:05:26 koha_1 | │ Video: false │ 19:05:26 koha_1 | │ Duration: 28 seconds │ 19:05:26 koha_1 | │ Spec Ran: InfiniteScrollSelect_spec.ts │ 19:05:26 koha_1 | └────────────────────────────────────────────────────────────────────────────────────────────────┘ Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37620 [Bug 37620] Fix randomly failing tests for cypress/integration/InfiniteScrollSelect_spec.ts -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 30095] New: Allow to change "warn when late" setting in subscriptions batch modification tool
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '26

02 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30095 Bug ID: 30095 Summary: Allow to change "warn when late" setting in subscriptions batch modification tool Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Serials Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 29996 Bug 29996 adds a "warn when late" setting for subscriptions. This bug is for being able to modify this setting in the subscriptions batch modification tool. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29996 [Bug 29996] Show an alert on main page when serial issues are late -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 40700] New: Install by default a SRU server with Elasticsearch Koha
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '26

02 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40700 Bug ID: 40700 Summary: Install by default a SRU server with Elasticsearch Koha 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: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org SRU is a feature proposed by default by Koha if Zebra is used. With Elasticsearch you need to activate (or rather from a librarian point of view, ask your vendor to activate) it with this procedure (if I understand well) https://wiki.koha-community.org/wiki/Setting_up_the_Z39.50_and_SRU_Server Note that the community manual is not clear on that point Would it be possible to make SRU available by default in every Koha, whether Zebra or Elasticsearch is used? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 41077] New: [OMNIBUS] Debian 13 and Perl 5.40 compatibility
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '26

02 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41077 Bug ID: 41077 Summary: [OMNIBUS] Debian 13 and Perl 5.40 compatibility Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 40989] New: t/db_dependent/OAI/Server.t fails on Debian 13
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '26

02 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40989 Bug ID: 40989 Summary: t/db_dependent/OAI/Server.t fails on Debian 13 Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org 1. KOHA_IMAGE=main-bookworm ktd up 2. prove t/db_dependent/OAI/Server.t 3. pass 4. KOHA_IMAGE=main-trixie ktd up 5. prove t/db_dependent/OAI/Server.t # got : 'http://localhost/' # expect : 'http://localhost' Severity = major because it makes the CI fail and hides issues even if not as much as Bug 40680. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 42255] New: Grouped holds counted inconsistently for circ rules
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '26

02 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42255 Bug ID: 42255 Summary: Grouped holds counted inconsistently for circ rules Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal 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 Depends on: 15516 With grouped holds enabled, Koha sometimes counts all holds individually and sometimes counts all of the holds in a group as just 1. To confirm: Enable 1 - set a circ rule with: -- Holds allowed (total): Unlimited -- Holds allowed (daily): Unlimited -- Holds per record (count): 2 2 - Place 2 holds on the same record for the same patron 3 - Try to place a 3rd hold, get an error "too many holds" 4 - group your 2 existing holds 5 - try to place a 3rd hold; it works! 6 - set a circ rule with: -- Holds allowed (total): Unlimited -- Holds allowed (daily): 2 -- Holds per record (count): Unlimited 7 - Place 2 holds in the same day for the same patron 8 - Try to place a 3rd hold, get an error "too many holds" 9 - group your 2 existing holds 10 - try to place a 3rd hold; it works! 11 - set a circ rule with: -- Holds allowed (total): 2 -- Holds allowed (daily): Unlimited -- Holds per record (count): Unlimited 7 - Place 2 holds in the same day for the same patron 8 - Try to place a 3rd hold, get an error "too many holds" 9 - group your 2 existing holds 10 - try to place a 3rd hold; still get an error "too many holds" Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 [Bug 15516] Allow to place a hold on first available item from a group of titles -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 39

[Bug 41953] New: OPAC hold groups don't show which group/hyperhold individual holds belong to
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '26

02 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41953 Bug ID: 41953 Summary: OPAC hold groups don't show which group/hyperhold individual holds belong to Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: andrew(a)bywatersolutions.com In the staff interface, a patron's Holds table has a 'Holds group' column with a number to indicate which group/hyperhold a given hold belongs to. This is important when a patron has more than one group, since it allows staff to see which titles/items are grouped together. However, patrons' Holds tab in the OPAC doesn't have information to distinguish one hold group/hyperhold from another. All holds that are part of a hold group have '(part of a hold group)' after the title and author in the Title column, but there is no way to see which specific holds are grouped together when a patron has multiple hold groups at once. This will be a problem for patrons who have multiple active hold groups/hyperholds at a time, especially when they contain different titles within the same group. There should either be an additional column similar to the 'Hold group' column in the staff interface, or the '(part of a hold group)' text should be amended to '(part of hold group #)' or similar. -- You are receiving this mail because: You are watching all bug changes.

1 37

[Bug 40680] New: Many warnings on Perl 5.40 due to importing methods from not yet defined packages
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '26

02 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40680 Bug ID: 40680 Summary: Many warnings on Perl 5.40 due to importing methods from not yet defined packages Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org Cause of the issue: https://metacpan.org/release/HAARG/perl-5.40.0/view/pod/perldelta.pod#Calli… It's a problem with the fresh Debian 13. (it's time we have actual support, CI for it was disabled due to some other issue) Ubuntu 24.04 has perl 5.38 so it works cleanly. But the next in 2026 will also have this issue. == Test plan == 1. Start a Debian 13 Koha: KOHA_IMAGE=main-trixie ktd up 2. Tons of warnings on start but it ends up starting (see end of this message for the warnings) 3. perl -c mainpage.pl 4. Tons of warnings again 5. restart_all 6. Tons of warnings again 7. Things seem to work though (checkout, checkin, search in staff and OPAC) == Severity== Critical because it looks like Koha is broken. And it will hide actual issues. One case in chat from someone upgrading. And us thinking there is really something broken given their output: https://chat.koha-community.org/koha-community/pl/gd8xbsx4p3gadpnk5h8c9n3bzy follow-up: https://chat.koha-community.org/koha-community/pl/w71jx511ppf59cfqezgy1fpcrc And me who though my KTD failed to fully start. And when investigating, when running a test, it looked at first as if it failed. But no it works. == warnings == Attempt to call undefined import method with arguments ("get_session") via package "C4::Auth" (Perhaps you forgot to load the package?) at /kohadevbox/koha/C4/Search/History.pm line 5. Attempt to call undefined import method with arguments ("output_and_exit") via package "C4::Output" (Perhaps you forgot to load the package?) at /kohadevbox/koha/C4/Auth.pm line 35. Attempt to call undefined import method with arguments ("GetNormalizedISBN" ...) via package "C4::Koha" (Perhaps you forgot to load the package?) at /kohadevbox/koha/Koha/Biblio.pm line 27. Attempt to call undefined import method with arguments ("haspermission") via package "C4::Auth" (Perhaps you forgot to load the package?) at /kohadevbox/koha/C4/Serials.pm line 37. Attempt to call undefined import method with arguments ("UpdateStats") via package "C4::Stats" (Perhaps you forgot to load the package?) at /kohadevbox/koha/C4/Circulation.pm line 28. Attempt to call undefined import method with arguments ("CheckReserves" ...) via package "C4::Reserves" (Perhaps you forgot to load the package?) at /kohadevbox/koha/C4/Circulation.pm line 30. Attempt to call undefined import method with arguments ("barcodedecode") via package "C4::Circulation" (Perhaps you forgot to load the package?) at /kohadevbox/koha/C4/Items.pm line 49. Attempt to call undefined import method with arguments ("getitemtypeimagelocation") via package "C4::Koha" (Perhaps you forgot to load the package?) at /kohadevbox/koha/Koha/ItemType.pm line 20. Attempt to call undefined import method with arguments ("GetPreparedLetter" ...) via package "C4::Letters" (Perhaps you forgot to load the package?) at /kohadevbox/koha/C4/Message.pm line 24. Attempt to call undefined import method with arguments ("UpdateStats") via package "C4::Stats" (Perhaps you forgot to load the package?) at /kohadevbox/koha/Koha/Account.pm line 28. Attempt to call undefined import method with arguments ("GetFine") via package "C4::Overdues" (Perhaps you forgot to load the package?) at /kohadevbox/koha/Koha/Account.pm line 29. Attempt to call undefined import method with arguments ("checkpw_hash") via package "C4::Auth" (Perhaps you forgot to load the package?) at /kohadevbox/koha/Koha/Patron.pm line 30. Attempt to call undefined import method with arguments ("GetPreparedLetter" ...) via package "C4::Letters" (Perhaps you forgot to load the package?) at /kohadevbox/koha/Koha/Patron.pm line 32. Attempt to call undefined import method with arguments ("AddReturn") via package "C4::Circulation" (Perhaps you forgot to load the package?) at /kohadevbox/koha/Koha/Checkouts.pm line 23. Attempt to call undefined import method with arguments ("AddRenewal" ...) via package "C4::Circulation" (Perhaps you forgot to load the package?) at /kohadevbox/koha/Koha/Checkout.pm line 26. Attempt to call undefined import method with arguments ("CanBookBeIssued" ...) via package "C4::Circulation" (Perhaps you forgot to load the package?) at /kohadevbox/koha/Koha/CurbsidePickup.pm line 26. Attempt to call undefined import method with arguments ("GetMessagingPreferences") via package "C4::Members::Messaging" (Perhaps you forgot to load the package?) at /kohadevbox/koha/Koha/CurbsidePickup.pm line 27. Attempt to call undefined import method with arguments ("GetPreparedLetter" ...) via package "C4::Letters" (Perhaps you forgot to load the package?) at /kohadevbox/koha/Koha/CurbsidePickup.pm line 28. Attempt to call undefined import method with arguments ("barcodedecode" ...) via package "C4::Circulation" (Perhaps you forgot to load the package?) at /kohadevbox/koha/Koha/Item.pm line 29. Attempt to call undefined import method with arguments ("GetBranchItemRule") via package "C4::Circulation" (Perhaps you forgot to load the package?) at /kohadevbox/koha/C4/HoldsQueue.pm line 26. Attempt to call undefined import method with arguments ("UpdateStats") via package "C4::Stats" (Perhaps you forgot to load the package?) at /kohadevbox/koha/Koha/Recalls.pm line 28. Attempt to call undefined import method with arguments ("GetPreparedLetter" ...) via package "C4::Letters" (Perhaps you forgot to load the package?) at /kohadevbox/koha/Koha/Hold.pm line 26. Attempt to call undefined import method with arguments ("GetAuthorisedValues") via package "C4::Koha" (Perhaps you forgot to load the package?) at /kohadevbox/koha/Koha/ILL/Request/Logger.pm line 23. Attempt to call undefined import method with arguments ("CanBookBeIssued" ...) via package "C4::Circulation" (Perhaps you forgot to load the package?) at /kohadevbox/koha/Koha/ILL/Request.pm line 49. Attempt to call undefined import method with arguments ("GetPreparedLetter") via package "C4::Letters" (Perhaps you forgot to load the package?) at /kohadevbox/koha/C4/Members.pm line 29. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 186