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

[Bug 43214] New: Could the ILL_PICKUP_READY -notice be sent as a print (by mail)?
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '26

03 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43214 Bug ID: 43214 Summary: Could the ILL_PICKUP_READY -notice be sent as a print (by mail)? Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: piia.semenoff(a)ouka.fi 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: --- The ILL_PICKUP_READY message can be sent by email and/or SMS. Could it also be sent by mail? If the interlibrary loan pickup notification method (email, text message) is not selected and the pickup notification is sent in the interlibrary loan module, no notification goes to the patron at all. It would be great if the ILL-pickup notification was sent to the patron by mail in that case. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 43140] New: Add possibility to edit the ILL pickup message before sending
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '26

03 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43140 Bug ID: 43140 Summary: Add possibility to edit the ILL pickup message before sending 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: inkeri.hakulinen+bugz(a)helsinki.fi 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: --- Koha ILL module lets user to edit the (email) message you send to another library to order an ILL from them. There is a ready default message (ILL_PARTNER_REQ) for that, but you can edit the message on the go, before sending it. It would be great to be able to edit the pickup message for patron, too. When you send notice for patron, that their ILL is ready for pick-up, Koha just sends it, without any preview, even. It's great that you have a default (ILL_PICKUP_READY) for that, in different languages at best, but sometimes you need to add some information to it, so editing would make this more useful. Please note the bug about the language of the ILL_PARTNER_REQ message is chosen on wrong basis: (We don't want to copy same mistake for this.) https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42501 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 42790] New: Bookings tab: action improvements
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '26

03 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42790 Bug ID: 42790 Summary: Bookings tab: action improvements Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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, kyle(a)bywatersolutions.com This patchset improves the patron and biblio bookings tabs by unifying the available actions across both displays, syncing due dates with booking end dates at issue time, and introducing a booking-aware Extend action for issued bookings. Depends on: Bug 41898 (Booking status lifecycle: rename and extend) === 2.1 Unified action set across Patron and Biblio bookings displays === Both the Patron bookings tab and the Biblio bookings page show the same actions, gated on booking status and the logged-in user's permissions: Status | Edit | Cancel | Checkout | Extend new | manage_bookings | manage_bookings | circulate | â issued | â | â | â | circulate completed | â | â | â | â cancelled | â | â | â | â The Patron bookings tab currently shows only Cancel; it gains Edit and Checkout. The Biblio bookings page currently shows Edit, Cancel, and "Transform to checkout"; "Transform to checkout" is renamed Checkout and shortcuts to the checkout screen pre-populated with the patron and item. === 2.2 Due date sync at AddIssue === When a booked item is checked out, AddIssue uses booking.end_date as the default due date. If staff override the due date at checkout time, the override is synced back to booking.end_date server-side, keeping the booking and the checkout in sync from the moment of issue. === 2.3 Booking-aware extension for issued bookings === An Extend button appears in the Actions column for issued bookings. It opens a modal containing: - The current booking end_date - The current checkout date_due from the embedded issue record - A date picker that visually blocks dates where another new or issued booking exists for the same item - A Confirm button On confirm, a single API call handles all updates server-side: 1. Validates the new date against the maximum booking period 2. Checks for conflicting bookings for the same item 3. Updates date_due on the linked checkout 4. Updates end_date on the booking The Extend button is only visible to users with circulate permission. === 2.4 Checkout link and due date display for issued bookings === For rows with status = issued, the Item column additionally shows the checkout due date and a link to the checkout record. Staff can see at a glance when the loan is due back and navigate to it without leaving the bookings tab. === 2.5 Visual row indicators for uncollected past-window bookings === new bookings where start_date < today receive a table-info row class to highlight that the booking is awaiting collection. new bookings where end_date < today receive a table-warning row class to highlight that the collection window has passed. === Test plan === 1. Apply Bug 41898 patches first. 2. Create a booking for a patron on a specific item. 3. Confirm the Patron bookings tab shows Edit, Cancel, and Checkout actions for the new booking; Biblio bookings page shows the same. 4. Click Checkout â confirm it pre-populates the checkout screen with the patron and item; confirm the due date defaults to the booking end_date. 5. Override the due date at checkout; confirm booking.end_date is updated to match. 6. Confirm the issued booking shows the due date and a checkout link in the Item column on both tabs. 7. Click Extend on the issued booking; select a new date; confirm both date_due and booking.end_date are updated. 8. Create a subsequent booking for the same item and confirm its start_date is blocked in the Extend date picker. 9. Advance the clock past a new booking's start_date; confirm the row receives the table-info highlight. 10. Advance past end_date; confirm the row receives the table-warning highlight. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 42997] New: Keep booking end dates in sync with checkout due dates at issue and renewal
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '26

03 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42997 Bug ID: 42997 Summary: Keep booking end dates in sync with checkout due dates at issue and renewal Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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, kyle(a)bywatersolutions.com Target Milestone: --- Depends on bug 41898 (booking status lifecycle). With the 'issued' booking status in place, the booking and its linked checkout can drift apart whenever the due date differs from the booking end date - at issue time (staff due date overrides) and at renewal. This patchset makes the checkout due date authoritative and keeps the booking in step with it: - AddIssue syncs any due date override back to booking.end_date the moment the booking transitions to 'issued'; if the override would clash with a subsequent booking the checkout proceeds with the booking's original end date - CanBookBeIssued raises a new BOOKED_DUE_DATE_CLASH confirmation on the checkout screen when an explicitly requested due date runs into the next booking for the item, so staff are warned before continuing - circulation.pl now honours an explicit due date override for booked items instead of silently clamping it to the booking end date - CanBookBeRenewed no longer allows a renewal to run straight through the start of the next booking: the patron's own booking previously hid subsequent bookings from the clash lookup. Requested due dates (checkouts screen renewal date, circ/renew.pl hard due date) are now validated against bookings too - AddRenewal pulls the linked booking's end_date along with the renewed due date, mirroring the AddIssue behaviour Test plan: 1. Run t/db_dependent/Circulation.t and t/db_dependent/Koha/Item.t 2. Create two consecutive bookings on one item for two patrons; check the item out to the first patron with a due date beyond the second booking's start; confirm the warning appears and, on confirming, the checkout uses the requested date whilst the booking keeps its original end date 3. Check out a booked item with a non-clashing due date override and confirm the booking end date follows it 4. Renew a booked checkout and confirm the booking end date follows the new due date; attempt to renew past the next booking's start and confirm the renewal is refused -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 41898] New: Expired bookings do not display when expired filter is used in patron record
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '26

03 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41898 Bug ID: 41898 Summary: Expired bookings do not display when expired filter is used in patron record Initiative type: --- Sponsorship --- status: Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: hdunne-howrie(a)westminster.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Created attachment 193520 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=193520&action=e… Show expired button does not display expired bookings The 'Show expired' button in the Bookings tab of the patron record does not show expired bookings. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 63

[Bug 43213] New: Holds API should have search_limited by library
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '26

03 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43213 Bug ID: 43213 Summary: Holds API should have search_limited by library Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com Target Milestone: --- As noted on bug 18523, with IndependentBranches/Library Groups, you shouldn't be able to see the "Existing holds" for branches you're not allowed to see. Bug 23269 allows you to see all existing holds, however. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 18523] New: Filter Circulation lists on home library
by bugzilla-daemon＠bugs.koha-community.org 03 Aug '26

03 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18523 Bug ID: 18523 Summary: Filter Circulation lists on home library Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When using IndependentBranches, items of other sites should not be seen in this Circulation lists for staff users (except for superlibrairians) : - Holds awaiting pickup - Pending on-site checkouts -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 43181] New: Change "Import" to "Stage" on Z39.50/SRU UI
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '26

02 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43181 Bug ID: 43181 Summary: Change "Import" to "Stage" on Z39.50/SRU UI Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- Every time I'm giving training for Koha, I have to say "Import" in the Z39.50/SRU UI does not actually import your record into Koha. It stages it for editing. If you don't save the record, it won't be imported - it'll just sit in the reservoir. So I think a better label would be "Stage" instead of "Import", but I'm open to ideas! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 43182] New: Add <<USER_LIBRARY>> to editor substitutions
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '26

02 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43182 Bug ID: 43182 Summary: Add <<USER_LIBRARY>> to editor substitutions Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- Currently, <<YYYY>>, <<YY>>, <<MM>>, <<DD>>, and <<USER>> get replaced in the bib and item editors. It would be useful to have <<USER_LIBRARY>> as well. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 8137] Checkout limit for all libraries
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '26

02 Aug '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8137 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Failed QA --- Comment #167 from David Nind <david(a)davidnind.com> --- Happy to sign off as things seem to work as expected - see my testing notes.[1] However, I have Failed QA because of the qa script FAILS and WARNINGS - see qa script FAIL and WARNINGS.[2] [1] Testing notes (using KTD) ============================= 1. Rules set up after patches applied, and so on: All All rule for all libraries: - Current checkouts allowed: 2 - Current on-site checkouts allowed: 2 Kid All rule for all libraries: - Current checkouts allowed: 5 - Current on-site checkouts allowed: 5 All All rule for Centerville: - Current checkouts allowed: 5 - Current on-site checkouts allowed: 5 All All rule for Midway: - Current checkouts allowed: 5 - Current on-site checkouts allowed: 5 New "Global checkout limits" section: - All All: 1 for both options - Kid All: 2 for both options 2. Testing checkouts (check items back in after each step)/ 2.1 . Library is set to Centerville: . Mary Burton - with the above rules, should only be able to check out one item in total . Items to check out: 39999000011418, 39999000000498 ==> can't checkout the second item (as expected), message is: Please confirm checkout - Too many checked out. 1 checked out, only 1 are allowed. - Maximum checkouts calculated from the circulation rule for . Item type: All item types . Patron category: All patron categories . Library: All libraries 2.2 Library is set to Midway: . Lisa Charles - with the above rules, should only be able to checkout two items in total . Items to check out: 39999000001532, 39999000006155, 39999000005097 ==> can't check out the third item (as expected), message is: Please confirm checkout - Too many checked out. 2 checked out, only 2 are allowed. - Maximum checkouts calculated from the circulation rule for . Item type: All item types . Patron category: Kid . Library: All libraries 2.3 Remove global rules, then attempt these check outs: - Centerville: attempt to check out 6 items to Mary (39999000011418, 39999000000498, 39999000005134, 39999000005776,39999000011111, 39999000011135), should only be able to checkout 5, message is: Please confirm checkout - Too many checked out. 5 checked out, only 5 are allowed. - Maximum checkouts calculated from the circulation rule for . Item type: All item types . Patron category: All patron categories . Library: Centerville - Then attempt to check out 6 items to Mary with Midway as the library (39999000001532, 39999000006155, 39999000005097, 39999000007077, 39999000004595, 39999000004618), should only be able to checkout 5, message on 6th item is: Please confirm checkout - Too many checked out. 5 checked out, only 5 are allowed. - Maximum checkouts calculated from the circulation rule for . Item type: All item types . Patron category: All patron categories . Library: Midway - Then attempt to checkout 3 items to Mary with Fairview as the library (39999000008197, 39999000000818, 39999000001518), not able to check out any as the All All for all libraries is 2 - have exceeded that as have checkout 10 already (5 at Centerville, 5 at Midway), message is: Please confirm checkout - Too many checked out. 10 checked out, only 2 are allowed. - Maximum checkouts calculated from the circulation rule for . Item type: All item types . Patron category: All patron categories . Library: All libraries [2] qa script fails and warnings ================================ [FAIL] Koha/CirculationRules.pm FAIL pod_coverage sub _type has no pod coverage. ... [FAIL] admin/smart-rules.pl FAIL tidiness File is not tidy, please run `perl misc/devel/tidy.pl admin/smart-rules.pl` ... [FAIL] installer/data/mysql/kohastructure.sql FAIL tinyint_has_boolean_flag The new column circulation_rules.has_priority is using TINYINT(1) as type but is not defined as boolean in the schema file (Koha/Schema/Result/CirculationRule.pm), see the SQL12 coding guideline [FAIL] koha-tmpl/intranet-tmpl/prog/en/modules/admin/smart-rules.tt WARN spelling librairies ==> libraries librairies ==> libraries FAIL tidiness File is not tidy, please run `perl misc/devel/tidy.pl koha-tmpl/intranet-tmpl/prog/en/modules/admin/smart-rules.tt` -- You are receiving this mail because: You are watching all bug changes.

1 0