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

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

11 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3492 Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #189255|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

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

11 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3492 Martin Renvoize (ashimema) <martin.renvoize(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #189254|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15347] itemcallnumber syspref does not work when adding items through acquisitions
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '25

11 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15347 Lucy Vaux-Harvey <lucy.vaux-harvey(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lucy.vaux-harvey@openfifth. | |co.uk --- Comment #11 from Lucy Vaux-Harvey <lucy.vaux-harvey(a)openfifth.co.uk> --- Still valid, I have a library currently asking for this feature to be extended to the acquisitions module. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 14250] Don't allow generating discharges for patrons with fines
by bugzilla-daemon＠bugs.koha-community.org 11 Dec '25

11 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14250 --- Comment #58 from Theodoros Theodoropoulos <theod(a)lib.auth.gr> --- Created attachment 190430 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=190430&action=e… Bug 14250: Backported to 24.11 (LTS) Did some 'cosmetic' changes to original patch in order to be applicable to 24.11 Haven't tried, but it *SHOULD* work. Obviously needs QA :) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41429] New: Staff password reset needs to be more obvious
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '25

10 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41429 Bug ID: 41429 Summary: Staff password reset needs to be more obvious Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com When logging into an account that requires the user to change there password, there are a couple issues that cause confusion. 1) If you successfully login, it looks like a failure because you are shown the login form again with a subtle 2nd message and a link. 2) The top message says "Error: Session timed out. Please log in again. This message is misleading and often stops the staff member in their tracks and causes them to try logging in again rather than resetting the password. It is assumed that if you logged in successfully, it isn't an error, and that you need to take the next step, which is to reset your password. I would suggest that the login page not be shown, but a new page that simply has the reset form on it. Another alternative would be to load a modal over the login if successful and state that the password needs to be reset, and provide one button to reset the password, and another to log out and do it another time. Having had to help many staff members walk through this process, I can, without a doubt, guarantee that this process is extremely confusing, even to me. We could definitely improve the workflow here. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 38615] New: Cancelling a waiting hold via SIP should include an option to move it to holds with cancellation requests
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '25

10 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38615 Bug ID: 38615 Summary: Cancelling a waiting hold via SIP should include an option to move it to holds with cancellation requests Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org You can cancel a hold via SIP, the hold is immediately canceled. There should be an option ( system preference ) to allow cancelled waiting holds from SIP to move to 'Holds with cancellation requests'. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 35

[Bug 41413] New: Cover image sources and defaults
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '25

10 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41413 Bug ID: 41413 Summary: Cover image sources and defaults Initiative type: --- Sponsorship --- status: 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be helpful, when editing records, if we could see all images that the editor is finding for that record based on local images and defined sources, and we could select which images we want included on that record, and which image we would like as the default. It would be great if each image could list what ISBN is triggering that image, and what source is supplying it. Also, sometimes we want to include local images, but we don't want them to be the default. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 40399] New: Add desk ID to statistics and pseudonymized_transactions
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '25

10 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40399 Bug ID: 40399 Summary: Add desk ID to statistics and pseudonymized_transactions 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: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Desks provide a great way for libraries to gauge service point staffing, but that isn't tracked in statistics or pseudonymized transactions. Adding a desk ID to transactions in those tables would make that data meaningful and reportable. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 41426] New: Staff interface search results - space before comma in the availability sentence in the location column
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '25

10 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41426 Bug ID: 41426 Summary: Staff interface search results - space before comma in the availability sentence in the location column Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org In the staff interface catalog search results location column, there is a space before the comma in the sentence about availability, for example: 1 local item , None available To reproduce: 1. Log in to the staff interface. 2. Search the catalog (standard catalog search). 3. Note that in the search results location column there is a space before the comma in the sentence about availability, for example: 1 local item , None available -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 36947] New: Diacritics and upper case letters should not affect how facets get alphabetized
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '25

10 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36947 Bug ID: 36947 Summary: Diacritics and upper case letters should not affect how facets get alphabetized Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: lmstrand(a)gmail.com When you search with Elasticsearch, keywords/names beginning with diacritics such as " Šostakovitš, Dmitri" end up last in facets. The diacritics should be ignored when sorting the facets. Also upper case letters get alphabetized first in the facets, following the lower case letters (facets show A-Z first, then a-z). This is an issue specially with keywords (names, cities, countries). A fix for this would be uppercasing the values and dropping the diacritics when comparing values in sorting. ps. There's a ticket with a patch trying to solve the same thing made when Koha still used Text::Unaccent for Zebra in bug 26614. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 122