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

[Bug 34971] New: Permission to close a serial subscription
by bugzilla-daemon＠bugs.koha-community.org 23 May '26

23 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34971 Bug ID: 34971 Summary: Permission to close a serial subscription Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: pierre.genty(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Hi, With only receive_serials permission it is possible to close a serial subscription. This should require edit_subscription permission. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 42680] New: Misleading POD descriptions for the can_claim_subscription, can_edit_subscription, and can_show_subscription functions
by bugzilla-daemon＠bugs.koha-community.org 23 May '26

23 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42680 Bug ID: 42680 Summary: Misleading POD descriptions for the can_claim_subscription, can_edit_subscription, and can_show_subscription functions Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The C4::Serials.pm module defines the can_claim_subscription, can_edit_subscription, and can_show_subscription functions, which pass their first parameter to _can_do_on_subscription. This parameter should be a hash reference containing data from the subscription table (or an unblessed Koha::Subscription object), not $subscriptionid as incorrectly stated in the POD. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 3492] Move hold fee setting into circulation rules
by bugzilla-daemon＠bugs.koha-community.org 23 May '26

23 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3492 Jacob O'Mara <jacob.omara(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |41977 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41977 [Bug 41977] Hold fee not charged for title-level holds when all items have negative notforloan status -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 42101] New: Add timestamps to Plack logs
by bugzilla-daemon＠bugs.koha-community.org 23 May '26

23 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42101 Bug ID: 42101 Summary: Add timestamps to Plack logs Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: hammat.wele(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Plack logs (e.g., plack-intranet.log) do not include timestamps in the same format as other Koha logs. Test plan 1- Disable Plack sudo koha-plack --disable kohadev sudo koha-plack --stop kohadev sudo service apache2 restart 2- Create an error mv mainpage.pl mainpage.pl.test 3- Go to: http://intranet/cgi-bin/koha/mainpage.pl 4- Check the logs: tail /var/log/koha/kohadev/intranet-error.log The date is correctly formatted: [Fri Mar 13 23:48:12.505999 2026] 5- Enable Plack sudo koha-plack --enable kohadev sudo koha-plack --start kohadev sudo service apache2 restart 6- Repeat steps 3 and 4 ==> the date format is different from step 4. 7- Modify /etc/koha/sites/kohadev/log4perl.conf and Replace [%d] with: [%d{EEE MMM dd HH:mm:ss yyyy}] (This is exactly what the patch does) 8- Restart Plack sudo koha-plack --restart kohadev 9- Repeat steps 3 and 4 The format is now consistent with step 4. [Fri Mar 13 23:52:30 2026] -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 42678] New: accountline and account_offsets datetime mismatch.
by bugzilla-daemon＠bugs.koha-community.org 22 May '26

22 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42678 Bug ID: 42678 Summary: accountline and account_offsets datetime mismatch. Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Point of Sale Assignee: koha-bugs(a)lists.koha-community.org Reporter: EugeneKohaUser(a)gmail.com QA Contact: martin.renvoize(a)openfifth.co.uk Created attachment 199500 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=199500&action=e… Screen Shots of tables and Koha POS screens/summary When preforming Cashup some transactions are not being included. Upon further investigation it seems that the accountlines date time is incorrect, they are marked as a time in the future. The account_offsets have the correct datetime. So if a sale is completed at 12:02pm the accountlines transaction is marked is marked as 13:02. the account_offsets has the correct time of 12:02. We try to run the cashup at 1:00 but the transactions are marked as after and are not included. If we wait until later then we run cashup again to get the rest of the transactions. I am on version 25.11, but it happened on 24.11 and before that. I thought if I upgraded it would fix it, but it has not. I have had time issues with my Google Watch time and VOIP also, because of the time change. I checked the server time, workstation time and the MariaDB time. They are all correct. I suspect it has something to do with my location which is Mexico. Mexico City officially abolished Daylight Saving Time (DST) on October 30, 2022. Eugene St. Michael's Library Cuernavaca, Mexico -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 42677] New: Add interlibrary loan types in standard
by bugzilla-daemon＠bugs.koha-community.org 22 May '26

22 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42677 Bug ID: 42677 Summary: Add interlibrary loan types in standard Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: holly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com Libraries would like additional ILL request types. DVD was added fairly recently. It would be helpful to add audiobook and recorded music. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 41785] New: Add stocknumber plugin with spacing values
by bugzilla-daemon＠bugs.koha-community.org 22 May '26

22 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41785 Bug ID: 41785 Summary: Add stocknumber plugin with spacing values 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: thibaud.guillot(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Hello Some customers want to use a cataloging plugin slightly different from stocknumber_AV offered by default. In this case with spaces rather than with 0000.. added and stuck to the other characters. Faced with this growing demand we said to ourselves that it could perhaps interest more people and I am therefore submitting this patch. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 19558] New: Link 130 uniform title authority record to 240 tag
by bugzilla-daemon＠bugs.koha-community.org 22 May '26

22 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19558 Bug ID: 19558 Summary: Link 130 uniform title authority record to 240 tag Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jbeno(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Uniform titles will link only to 130, 630, 730, and 830 tags. 240 tags are uniform title tags and should also be linked. In addition, the auto create function should but does not create a 130 uniform title authority from a 240 bibliographic entry. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 41141] New: Linker with Elasticsearch fails when heading contains parenthesis or equal sign
by bugzilla-daemon＠bugs.koha-community.org 22 May '26

22 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41141 Bug ID: 41141 Summary: Linker with Elasticsearch fails when heading contains parenthesis or equal sign Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org With Elasticsearch, authorities linker fails when heading contains parenthesis or equal sign. Looks like those characters are removed because of CCL syntax but Elasticsearch in this context uses 'ci_raw' form that does not matches if characters are removed. So we should do it only with Zebra. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 42673] New: Override renewal restrictions require a refresh or re-selection for multiple renewals
by bugzilla-daemon＠bugs.koha-community.org 22 May '26

22 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42673 Bug ID: 42673 Summary: Override renewal restrictions require a refresh or re-selection for multiple renewals Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: yannis.kwon(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com This issue was brought up in a situation where an individual had to renew multiple batches of checkouts for a single patron, each with different intended due dates (e.g., 5 items renewed to 1 week out, 5 items renewed to 2 weeks out, and so on). During testing, this issue applies to multiple renewals or a single renewal at a time. After the first batch or single item is renewed, the 'override renewal restrictions" option at the bottom remains toggled, but the check-boxes next to the renewal information in the renewals column disappear. To continue renewing items, "override renewal restrictions" has to be un-toggled then re-toggled, or the page has to be refreshed completely for the item selectors to appear again. To replicate: 1. Checkout multiple items or go to a patron's page with multiple checkouts 2. Select "override renewal restrictions" 3. Select one or multiple items to renew, then renew them to a specified date 4. "Override renewal restrictions" will still be enabled, but the check-boxes for the issues will no longer appear. 5. Re-select override renewal restrictions or refresh the page for the boxes to appear again. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0