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

[Bug 39748] New: Daylight savings breaks circulation
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39748 Bug ID: 39748 Summary: Daylight savings breaks circulation Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This is an odd one, but it's happening in multiple instances in the same timezone: The timezone is Africa/Cairo. They switch to daylight savings on April 25, today. This makes 2025-04-25 00:00-00:59 invalid times. It's not possible to access any patron account's details or checkouts tab. They all result in an error 500. This means that circulation is no longer possible. In the logs there is only an error from plack-error.log: Invalid local time for date in time zone: Africa/Cairo. All other tabs in the patron account work, so we think it might have something to do with some of the code shared between circulation.pl and moremember.pl. As it appears in multiple instances it doesn't appear to be data related. It could be that today's date is generated in a wrong way and used for a comparison somewhere (see bug 32232 for a similar case)? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 85

[Bug 31717] New: Value builder unimarc_field_010.pl should also use 214$c
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31717 Bug ID: 31717 Summary: Value builder unimarc_field_010.pl should also use 214$c Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Value builder unimarc_field_010.pl tries to find publisher from ISBN in order to fill 210$c. Since there is now 214$c for publisher this value builder should be adapted. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 42

[Bug 15792] New: Double-clicking the 'renew' button on circulation.pl will double-charge account management fee
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15792 Bug ID: 15792 Summary: Double-clicking the 'renew' button on circulation.pl will double-charge account management fee Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com PREREQUISITES 1) Create an account type that has an enrollment fee, and create a borrower of that type. 2) Write off any account management fees charged to that borrower by the account creation. STEPS TO RE-CREATE 1) Change borrower's dateexpiry to make the borrower expired. 2) Paste borrower's card number into 'Check out' bar 3) A warning will appear saying that the borrower's account has expired, including a 'Renew' link. 4) Double-click the link 5) Check the borrower's fines. You will see two account management fees in a row. distinct from the fee that was written off just after the patron was created. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 32652] New: Standardize slots selection between staff interface and opac
by bugzilla-daemon＠bugs.koha-community.org 23 May '26

23 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32652 Bug ID: 32652 Summary: Standardize slots selection between staff interface and opac Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi, Now that thanks to BZ31265, we have nice slots selection for the curbside pickups at OPAC, it would be nice to have the same in the staff interface. It's quite disturbing to have a different way to count the pickup (number of pickup already taken in staff interface and number left in OPAC). And it would be more intuitive to have radio button to select a slot. Thanks, Sonia -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 41887] New: Booking::store runs clash detection on terminal status transition causing 500 on checkout
by bugzilla-daemon＠bugs.koha-community.org 23 May '26

23 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41887 Bug ID: 41887 Summary: Booking::store runs clash detection on terminal status transition causing 500 on checkout Initiative type: --- Sponsorship --- status: 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: paul.derscheid(a)lmscloud.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com - Booking::store runs item-level and biblio-level clash detection unconditionally on every call - During checkout, C4::Circulation sets the booking status to 'completed' and calls ->store(), which triggers these checks - Combined with false positives from Biblio::check_booking (e.g. checkouts on non-bookable sibling items inflating the unavailable count, see Bug XXXXX), this throws Koha::Exceptions::Booking::Clash resulting in an unhandled 500 error - Even without false positives, running clash detection on a terminal transition (completed/cancelled) is unnecessary and should be skipped Steps to reproduce: - Have a biblio with two items: one bookable, one not (bookable = 0). - Create a booking on the bookable item. - Check out the non-bookable item to a patron. - Check out the bookable item to the booking patron. - Expected: Checkout succeeds, booking transitions to completed. - Actual: 500 internal server error from Koha::Exceptions::Booking::Clash. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 40613] New: Allow ungrouping holds
by bugzilla-daemon＠bugs.koha-community.org 23 May '26

23 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40613 Bug ID: 40613 Summary: Allow ungrouping holds Change sponsored?: --- 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: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 40086] New: Table settings for Article Requests tables
by bugzilla-daemon＠bugs.koha-community.org 23 May '26

23 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40086 Bug ID: 40086 Summary: Table settings for Article Requests tables Change sponsored?: --- 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: ephetteplace(a)cca.edu QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The various tables for Article Requests in new, pending, and processing states are all quite long yet not included in the Table Settings admin feature. It would be nice to be able to control which fields display, to hide information that's not used or less relevant to article requests. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 33296] New: Linker should search for authority records with an appropriate 008/14, 15, 16 value
by bugzilla-daemon＠bugs.koha-community.org 23 May '26

23 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33296 Bug ID: 33296 Summary: Linker should search for authority records with an appropriate 008/14,15,16 value Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: phil(a)chetcolibrary.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 33277 In an authority record, 008/14 = 'a' says it's appropriate for use as a main or added entry (1xx, 7xx), 008/15 = 'a' says it's appropriate for use as a subject entry, and 008/16 = 'a' says it's appropriate for use as a series entry (800-830, 440 since we still support it). In a world where we support multiple subject thesauri, we need a way to tell the difference between a name entry which intends to be used as a main entry and one which intends to only be used as a subject authority, and the way the subject-only one should say that is by having 008/14 = 'b' Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33277 [Bug 33277] Correctly handle linking subfields with no defined thesaurus -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 36

[Bug 40943] New: Store session_id in userenv
by bugzilla-daemon＠bugs.koha-community.org 23 May '26

23 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40943 Bug ID: 40943 Summary: Store session_id in userenv Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org Split from bug 37041 -- You are receiving this mail because: You are watching all bug changes.

1 48

[Bug 40890] New: Make batch_size configurable for koha-es-indexer
by bugzilla-daemon＠bugs.koha-community.org 23 May '26

23 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40890 Bug ID: 40890 Summary: Make batch_size configurable for koha-es-indexer Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The script allows setting a custom batch_size e.g. `koha-es-indexer --batch_size 100 --restart library` but it cannot be set permanently. So a reboot or a naive restart will set it back to 10. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20