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

[Bug 40623] New: ExportCircHistory preference is misnamed
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '25

26 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40623 Bug ID: 40623 Summary: ExportCircHistory preference is misnamed Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 33828 changed the description of the ExportCircHistory system preference but the name itself is still misleading. It has nothing to do with circulation history. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 40182] New: Tracking patron activity with charges
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '25

26 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40182 Bug ID: 40182 Summary: Tracking patron activity with charges Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: katariina.pohto(a)ouka.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We're tacking patron activity with lastseen and noticed that accruing charges or paying them does not update the lastseen value. Just in general getting and paying charges is an indication of activity, but we also have some patrons that are using their library card solely for copy charges in libraries that don't have a possibility for direct payment. We have no trace of the activity of these patrons, and managed to even delete some of them when cleaning up inactive patrons. We'd like to be able to add a syspref to TrackLastPatronActivityTriggers for charges. Especially it should be when a charge is (manually) added and when a charge is paid. There will be cronjobs to expire charges and there could be writeoffs that don't require acitivity from the patron, so not just any change in charges is useful for this tracking. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '25

26 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 Nick Clemens (kidclamp) <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nick(a)bywatersolutions.com See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=41315 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 32740] New: Add a new option patron home library to OverdueNoticeFrom
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '25

26 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32740 Bug ID: 32740 Summary: Add a new option patron home library to OverdueNoticeFrom 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: hammat.wele(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This patch will add 'patron home library' option to the OverdueNoticeFrom preference. When it's selected notification messages for overdues will be bundled and sent from the borrowing user's home library. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 14962] Temp Shelving Location
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '25

26 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14962 --- Comment #19 from Jacob O'Mara <jacob.omara(a)openfifth.co.uk> --- Following feedback from BWS and partners, we've been doing some follow ups to this. That code is now written and is currently being squashed ready for upstreaming. Should be here ready for sign off in the next week or so. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36079] New: Library hours and the Calendar are not linked in any meaningful ways
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '25

26 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36079 Bug ID: 36079 Summary: Library hours and the Calendar are not linked in any meaningful ways Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface 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 Depends on: 6796 Bug 6796 adds the ability to define library opening hours for each branch. It does not, however, respect weekday closed days as defined in the Calendar page. We should expose that detail from the libraries interface, including in the summary table, details view and edit form. I believe this would be best achieved by migrating the weekly closed days from repeatable holidays into the new library_hours table and thus making it available via the existing library_hours embed in the API. This makes it trivial to display the open/closed state in the api driven datatable as well as on the view and edit pages. We should continue to support displaying and editing these weekly closed days from the calendar too, however. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6796 [Bug 6796] Overnight checkouts taking into account opening and closing hours -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 37616] New: Multiple opening and closing times should be able to be set per day
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '25

26 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37616 Bug ID: 37616 Summary: Multiple opening and closing times should be able to be set per day 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 As we now have a dedicated table for opening and closing hours I'd suggest that we extend it so that multiple pairs can be set per day. This makes this feature more versatile and reduces the need for ad-hoc solutions in plugins or bookings for non-media entities. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 41312] New: Don't redirect to logout after Shibboleth login
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '25

26 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41312 Bug ID: 41312 Summary: Don't redirect to logout after Shibboleth login Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org When Shibboleth is enabled, a link with the text "Log in using a Shibboleth account" is presented above the regular login form. The destination of the link varies based on the URL of the login page: If you start on https://example.org/ the link is: https://example.org/Shibboleth.sso/Login?target=https://example.org/cgi-bin… If you start on https://example.org/cgi-bin/koha/catalogue/detail.pl?biblionumber=1 the link is: https://example.org/Shibboleth.sso/Login?target=https://example.org/cgi-bin… And if you just logged out and then want to log in again, you will start on https://example.org/cgi-bin/koha/mainpage.pl?logout.x=1 and the link will be: https://example.org/Shibboleth.sso/Login?target=https://example.org/cgi-bin… But this means that the user is logged out immediately after logging in, which is less than optimal. We should identify when this happens and manipulate the URL so it does not include the logout.x=1 part. A similar problem for OAuth/OIDC was solved in bug 34164. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 36925] New: ERM eUsage reports : data table filter does not work
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '25

26 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36925 Bug ID: 36925 Summary: ERM eUsage reports : data table filter does not work Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: michaela.sieber(a)kit.edu CC: jonathan.druart(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com The data table filter does not work in the ERM module > eUsage > reports Just Processing... but nothing happens -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 28072] New: Z39.50/SRU servers would be a great addition to Mana KB
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '25

26 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28072 Bug ID: 28072 Summary: Z39.50/SRU servers would be a great addition to Mana KB Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Mana-kb Assignee: koha-bugs(a)lists.koha-community.org Reporter: jrobb(a)sekls.org CC: alex.arnaud(a)biblibre.com It would be very helpful if Mana KB allowed libraries to share, search, and import targets for copy cataloging. It could be added to Koha's Z39.50/SRU servers administration page. Search filters might include type of library, language, maybe a way to find a target with specialized collections like medical or law. It might also be good to have a way to handle targets that stop working - like a way to test them prior to import and/or a way to flag them for review/removal. There are various websites around where you can pick up new targets, but often you have to trial and error your way to identify if the target works at all, and if the target has the kinds of records you're seeking. Having those categorized better and imported at the push of a button would save time and effort. With enough collaboration from the Koha community, this could also lead to a much more robust centralized collection of targets than anything currently available. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16