September 2025 - Koha-bugs - lists.koha-community.org

[Bug 3492] Move hold fee setting into circulation rules
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '25

10 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3492 --- Comment #19 from Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> --- Created attachment 186338 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=186338&action=e… Bug 3492: Add hold fees to circulation rules system This commit integrates hold fee configuration into the main circulation rules system, providing granular control over hold fees based on patron category, item type, and branch combinations. Changes: - Add hold_fee as a new circulation rule type with full scope support - Remove deprecated reservefee column mapping from Koha::Patron::Category - Integrate hold fee input into the circulation rules admin interface - Add hold fee column to the main circulation rules matrix - Enable proper rule hierarchy resolution for hold fees Hold fees can now be configured at multiple levels with automatic fallback handling following standard circulation rule patterns. -- You are receiving this mail because: You are the QA Contact 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 10 Sep '25

10 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3492 --- Comment #18 from Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> --- Created attachment 186337 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=186337&action=e… Bug 3492: DBIC Update -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 3492] Move hold fee setting into circulation rules
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '25

10 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3492 --- Comment #17 from Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> --- Created attachment 186336 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=186336&action=e… Bug 3492: Database migration for hold fees to circulation rules This commit adds the database migration to move hold fee configuration from patron categories to circulation rules, providing more granular control over hold fees based on patron category, item type, and branch. The migration: - Creates circulation rules for existing categories.reservefee values - Removes the deprecated reservefee column from categories table -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 3069] Add configuration to deactivate auto-updating the reservoir via Z39.50
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '25

10 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3069 Koha collecto <koha(a)collecto.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |koha(a)collecto.ca -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36029] New: Add the ability to backdate a transaction in POS
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '25

10 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36029 Bug ID: 36029 Summary: Add the ability to backdate a transaction in POS Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org We've been using the POS (Point of sale) feature since August 2023. During that time we have encountered some issues that we believe could be solved by adding the ability to backdate a POS transaction. Here is our use case: Sometimes staff forget to enter the sale in POS. This usually happens for credit card sales when the staff member does the credit card transaction, the patron signs, a receipt is given and then the staff member is interrupted by someone/something else causing the sale to never be entered into Koha. We have a large number of funds because our library takes care of not only fees for copies, ILLs, faxes, etc. but also Friends & Foundation sales for earbuds, flash drives, tote bags, book sales, pumpkins, event tickets, to name a few. Each of these sales goes to a different account per our City Finance dept. Staff will sometimes select the wrong debit code which is especially bad when the funds collected should have gone to a different entity, such as the Friends. The Finance dept. wants an exact recording of sales on the day they happened. However, these issues are often not detected until staff reconciles the drawer each morning. At that time they have to enter the missed/incorrect sales into the POS. That can cause issues with reporting since these transactions are now being entered on the wrong date. Being able to enter a transaction and backdate it would help solve this problem for the library, keep our Finance staff happy and make our reports accurate. I think this would need to be covered by a permission since we would only want certain staff to be able to do this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 40786] New: Batch record modification by ISBN
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '25

10 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40786 Bug ID: 40786 Summary: Batch record modification by ISBN Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl A frequent request from libraries is an ability to batch modify items via ISBN, especially for bulk management of things like e-resource records. This can be done via report, but not neatly or easily in bulk, especially for records that have multiple ISBNs or ISBN + format information in 020 tag. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 20555] New: usage() function in cleanup_database.pl needs refactoring
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '25

10 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20555 Bug ID: 20555 Summary: usage() function in cleanup_database.pl needs refactoring Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Developer documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org 1) '-m --mail DAYS' is misleading -- this cleans up the message queue, which covers a lot more than mail. 2) usage() should be implemented using pod2usage -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 13334] Add a warning when a course reserve is checked in
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '25

10 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13334 Koha collecto <koha(a)collecto.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |koha(a)collecto.ca -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36497] New: Cancel unfilled holds should be a system preference
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '25

10 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36497 Bug ID: 36497 Summary: Cancel unfilled holds should be a system preference Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com While libraries can run cancel_unfilled_holds with various parameters, nowhere in the staff client suggests that option, nor is it in cron jobs in the manual. It should be a system preference a la ExpireReservesMaxPickUpDelay, with a "Cancel/Don't cancel" option for unfilled holds and a second preference for days, followed by verbiage indicating that this requires running cancel_unfillled_holds.pl. This would let library staff know both that the cancellation of old holds is possible as well as give them some basic configuration from the staff client. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 40781] New: cancel_unfilled_holds.pl should skip cancelled holds
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '25

10 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40781 Bug ID: 40781 Summary: cancel_unfilled_holds.pl should skip cancelled holds Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Cronjob cancel_unfilled_holds.pl should skip already cancelled holds. Currently it searches : my $holds = Koha::Holds->search( { branchcode => $branch } )->unfilled(); Verbose logs shows all cancelled holds from previous days. Just skip ? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1