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

[Bug 38501] New: Prevent failures of Koha/Booking.t when run on MySQL8
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '26

03 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38501 Bug ID: 38501 Summary: Prevent failures of Koha/Booking.t when run on MySQL8 Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: paul.derscheid(a)lmscloud.de QA Contact: testopia(a)bugs.koha-community.org If I understand correctly: The MySQL8 test run runs the installer, and then upgrades, then runs the test suite. Since we are not inserting the notices at upgrade time, Koha/Booking.t fails. This patch provides a bandaid solution until Bug 38490 has been resolved. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 37803] New: Add a booking has been created notice to infrom a patron on successful creation
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '26

03 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37803 Bug ID: 37803 Summary: Add a booking has been created notice to infrom a patron on successful creation Change sponsored?: --- 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: paul.derscheid(a)lmscloud.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Similarly to notices when a booking has been modified or deleted we should have a notice for a successful creation of a booking for patrons. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 38

[Bug 36915] New: Send email notification when a booking is cancelled
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '26

03 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36915 Bug ID: 36915 Summary: Send email notification when a booking is cancelled Change sponsored?: --- 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: thibaud.guillot(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hello :) I purpose to add an email notification to patron when a booking is cancelled. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 74

[Bug 37477] New: Add option to override warm-up/cool-down periods on bookings at booking time
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '26

03 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37477 Bug ID: 37477 Summary: Add option to override warm-up/cool-down periods on bookings at booking time Change sponsored?: --- 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)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 34440 We add the option to specify lead and trail times on bookings in bug 34440. It would be a nice addition to add the option for some users to opt to override the rules at booking time in some cases. Example; You add a trial time rule of 3 days which should account for tardy patrons in your organisation returning the items at the end of their booking period. However, you're making a booking for a patron who you trust to return the book on time so you want to, in this case, allow an override to reduce the trail time. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34440 [Bug 34440] Add warm-up and cool-down periods to bookings -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 34440] New: Add warm-up and cool-down periods to bookings
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '26

03 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34440 Bug ID: 34440 Summary: Add warm-up and cool-down periods to bookings 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com, testopia(a)bugs.koha-community.org Depends on: 29002 We should add the option to include a warm-up period to add before a booking and a cool-down to add after a booking in the bookings system. This would allow for late returns and any maintenance that may need to take place before the next booking is due. This would also give us something clear to bind on for check-ins to trigger a 'ready for collection' type notice to the patron who booked the materials. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29002 [Bug 29002] Add ability to book items ahead of time -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 144

[Bug 35870] New: Adding an edit_authorities subpermission for editauthorities
by bugzilla-daemon＠bugs.koha-community.org 03 Jan '26

03 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35870 Bug ID: 35870 Summary: Adding an edit_authorities subpermission for editauthorities Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: wainuiwitikapark(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

[Bug 31761] New: Toolbar clarity and consistency
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '26

02 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31761 Bug ID: 31761 Summary: Toolbar clarity and consistency Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Our toolbars are widely inconsistent across the staff client and with bug 30952 they became much less obvious as a 'call to action' to the end user. See https://github.com/jajm/koha-staff-interface-redesign/issues/26 for some discussion around this. I think we can still improve here.. Consistency wise and also overall contrast/clarity improvements. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 23752] New: Search all z39.50 / SRU targets and resource discovery layer / open link resolver from any ILL backend
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '26

02 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23752 Bug ID: 23752 Summary: Search all z39.50 / SRU targets and resource discovery layer / open link resolver from any ILL backend Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: niamh.walker-headon(a)it-tallaght.ie There needs to be additional options on the manage request screen irrespective on the ‘interface’ selected Koha/Koha, FreeForm or BL. This ‘Search’ button should be the first button on the row, and preferably pre-populate the search with the request metadata. This should then open a new tab or pop up window that presents the results to the staff member. This should be the 1. The locally appropriate resource discover layer and 2. The z39.50 targets set up on the system which already pop-up in the cataloguing module. Ideally the resource discovery layer and/or the open link resolver should searchable from within the manage request screen irrespective of interface so that subscription resources and open access materials can be located efficiently. When a patron submits an ILL via the opac, library staff in 'manage request' can't search for a provider from within the ILL functionality and have to go to other sources directly such as the resource discovery layer, and all the individual suppliers catalogues to identify a source. This an inefficient workflow and a significant increase in work load. Staff time wasted on ensuring item is the one required on inter-library loan as there is insufficient information on the current Koha to Koha screen, and no option at all to search from the freeform or bl backends, therefore the search must be repeated elsewhere. Th results presented should be be expanded to include edition and year, but preferably be configurable as it is for the z39.50 search in cataloguing it is currently difficult to identify the title that best matches the request. Please at least enable z39.50 searching for all targets set up on the system within ILL and not just for other koha sites. The addition of local availability from those targets would also be of value to our staff. Without more details returned on a search, library staff must go to the individual library catalogue to get more information on the title before placing the request. The current system results in Staff time wasted, user frustration, and ILL requests submitted for material already available to the user. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 23465] New: Add item form in acq is missing Select2 style selects
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '26

02 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23465 Bug ID: 23465 Summary: Add item form in acq is missing Select2 style selects Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When adding items in acq the form doesn't offer the same features that the item form in cataloguing does. One of those is the select2 style pull downs that allow for easy searching and limiting in a long list of values. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 24483] New: When batch deleting patrons, report who was not deleted and why
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '26

02 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24483 Bug ID: 24483 Summary: When batch deleting patrons, report who was not deleted and why Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When using the batch patron deletion tool, patrons are not deleted if: - They have current checkouts - They have a non-zero balance - They are the guarantor to another patron - They are of a patron category of type staff But Koha never specifically tells the user which borrowers out of their defined pool for deletion are not deleted or why. To test: - Create a patron list - Add to that list one patron for each of these conditions: -- one patron with an item checked out -- one patron with a non-zero balance -- one patron who is a guarantor -- one patron in a staff category -- one patron not meeting any of the conditions above - Go to batch patron deletion, attempt to delete all patrons on your list - Koha tells you 1 patron will be deleted Ideally, Koha would give a list of which patrons will not be deleted and why. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21