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

[Bug 33970] New: We need a "backend" column in "illrequestattributes" table
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '26

02 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33970 Bug ID: 33970 Summary: We need a "backend" column in "illrequestattributes" table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com CC: pedro.amorim(a)ptfs-europe.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 42980] New: ILL Batches: Have a 'select for all' option when using AutoILLBackendPriority
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '26

02 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42980 Bug ID: 42980 Summary: ILL Batches: Have a 'select for all' option when using AutoILLBackendPriority Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com Target Milestone: --- -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 41249] New: ILL batches should be compatible with AutoILLBackendPriority
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '26

02 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41249 Bug ID: 41249 Summary: ILL batches should be compatible with AutoILLBackendPriority Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com AutoILLBackendPriority suggests the top most available backend in priority when creating a new ILL request. This should also work the same when creating requests through the ILL batches functionality. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 36027] New: search_for_data_inconsistencies.pl - make each section optional
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '26

02 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36027 Bug ID: 36027 Summary: search_for_data_inconsistencies.pl - make each section optional Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: phan-tung.bui(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Modification of the script allows us to choose which test to run instead of running all tests. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 129

[Bug 42665] New: Patron expiration date for hold should be mutable from staff interface
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '26

02 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42665 Bug ID: 42665 Summary: Patron expiration date for hold should be mutable from staff interface Initiative type: --- Sponsorship --- status: 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: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com Currently when hold is created columns expirationdate and patron_expiration_date receive a same date value. After creating the hold the value in column patron_expiration_date is immutable both in OPAC and staff interface. It's also not displayed in neither of the interfaces unlike value in expirationdate column. Changing expiration date from staff interface only affects to the expirationdate column giving staff and patrons impression that this is the date when the hold will expire. However holds expire when date in patron_expiration_date is hit. This can be very confusing for staff and customers especially if patron_expiration_date is earlier than the expirationdate. To reproduce: 1. Create a hold for patron and set expiration date for it. 2. Find the hold from your database SELECT * from reserves where borrowernumber = [borrowernumber]. => Take a note of the values in expirationdate and patron_expiration_date columns, there should be same value in both of them. 3. Change holds expiration date from biblios Holds page. 4. Query your database again. => Note that only expirationdate value was changed. 5. Check expiration date value from biblios Hold page and patron Hold tab in staff interface and OPAC. => All have same expiration date as in expirationdate column. I suggest that we: 1. Display patron_expiration_date in biblios Hold page. 2. Display patron_expiration_date in patrons Hold tab in staff interface. 3. Display patron_expiration_date in patrons Hold tab in OPAC. 4. Create a new permission which allows staff to change patron_expiration_date in biblios Hold page. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 38122] New: Cannot sort holdings table by status
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '26

02 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38122 Bug ID: 38122 Summary: Cannot sort holdings table by status Change sponsored?: --- 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 37334 will bring filtering to the holdings table status column. This bug is for the sorting of the status column. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 195

[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 23258] New: Batch holding
by bugzilla-daemon＠bugs.koha-community.org 02 Jul '26

02 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23258 Bug ID: 23258 Summary: Batch holding Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: matthias.meusburger(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Add a "batch holding" tool (just like batch item modification, batch patron deletion...) This tool would allow to place or cancel holds in batch. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 52