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

[Bug 41509] New: Recommended book cover dimensions should be included on upload
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '26

02 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41509 Bug ID: 41509 Summary: Recommended book cover dimensions should be included on upload Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be nice if Koha included recommended dimensions for book cover images in all the places where a cover image can be uploaded. The Koha manual seems to indicated uploaded images will be processed into 140 x 200 or 600 x 800, but it's not really clear if these are recommended dimensions to begin with. Anytime images are processed, images can be distorted if the original image does not have the correct aspect ratio. It would also help the appearance of the cover images when displayed in the catalog to be more consistent. So perhaps a two-part bug: What are the recommended dimensions? Add the recommended dimensions to the upload pages: 1. Bibliographic detail, images tab and upload screen. 2. Add to Tools > Upload? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[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 5145] Show call number for available item in XSLT availability information
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '26

02 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5145 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |NEW -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 5145] Show call number for available item in XSLT availability information
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '26

02 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5145 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|INVALID |--- Status|CLOSED |REOPENED --- Comment #3 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- This is still very valid in 24.11. The problem is that even tho OpacItemLocation is set to Library and callnumber, it still doesn't show the callnumber for Damaged or Checked out items. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[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 41491] New: Prevent deletion of patron through batch delete if the patron has file
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '26

02 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41491 Bug ID: 41491 Summary: Prevent deletion of patron through batch delete if the patron has file 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com To test: 1. Set EnableBorrowerFiles to "Do" 2. Add a file for a patron 3. Try to delete that patron though batch deletion 4. No indication is given that a file is present and the patron is deleted. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[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

[Bug 23333] New: Course Reserves: Instuctor search box positioning
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '26

02 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23333 Bug ID: 23333 Summary: Course Reserves: Instuctor search box positioning Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: claire_gravely(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 91567 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=91567&action=ed… Screenshot When creating a new course in the course reserves module the "Instructor search" box is oddly positioned. Perhaps it could be moved more in line with 'Instructors'. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 23125] New: Tabs in patron account adjust to window size but text does not
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '26

02 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23125 Bug ID: 23125 Summary: Tabs in patron account adjust to window size but text does not Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- In the patron account in the OPAC the size of the tabs will shrink when resizing the window to a smaller width. This happens independent from the text inside, the text will break onto mulitple lines if it can, but that doesn't work for every language. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 39390] New: Booking pre-processing and post-processing days can be set for same day
by bugzilla-daemon＠bugs.koha-community.org 02 Jan '26

02 Jan '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39390 Bug ID: 39390 Summary: Booking pre-processing and post-processing days can be set for same day Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kkrueger(a)cuyahogalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Adjacent bookings are allowing the same day to be used as both a pre-processing and post-processing day. One should block the other. To recreate: 1. First, make sure that the item used in steps below is bookable and that it has at least a three week circulation period. 2. In circ rules, under "Default holds and bookings policies by item type," for an item type, set Booking pre-processing (days) to 1 and Booking post-processing (days) to 1. 3. Set up a booking for an item in that item type that starts on 13 May and ends 26 May. The pre-processing day is set for 12 May and the post-processing day is set for 27 May. 4. Submit the booking and see that the Start date is 13 May and the end date is 26 May. 5. Attempt to place a new booking for the same item. Notice that the first booking is grayed out on the calendar, but 12 May and 27 May, which should be pre- and post- processing days, show as eligible. Set dates as 28 May to 05 June, with pre-processing day of 27 May and post-processing day of 06 June. The booking will submit successfully. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10