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

[Bug 6532] Way to move items to another record in batches
by bugzilla-daemon＠bugs.koha-community.org 05 May '26

05 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6532 Mathieu Saby <mathsabypro(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Comma delimited|UniversitÃ© CÃ´te d'Azur, |Université Côte d'Azur list of Sponsors|Université Côte d'Azur | -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 41484] New: Wording of 'On hold', 'Booked', and 'Recalled' in issues table can be confusing
by bugzilla-daemon＠bugs.koha-community.org 05 May '26

05 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41484 Bug ID: 41484 Summary: Wording of 'On hold', 'Booked', and 'Recalled' in issues table can be confusing Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface 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 In the issues table there are columns for renew and check in that contain checkboxes. These are phrased as 'On hold', 'Booked', and 'Recalled'. This causes confusion for some as they can mistakenly think that item is On hold', 'Booked', or 'Recalled' for that patron. I propose using this for additional clarity: -Item on hold for another patron -Item booked for another patron -Item recalled by another patron -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 23456] New: Show 'date last seen' for items requested in Holds Queue
by bugzilla-daemon＠bugs.koha-community.org 05 May '26

05 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23456 Bug ID: 23456 Summary: Show 'date last seen' for items requested in Holds Queue Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: sally.healey(a)cheshiresharedservices.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be very useful to view the contents of items.datelastseen in the Holds Queue. Ideally, this information would be presented in its own column so it could be sorted. Some fields from the items table are already called in the itemsloop, so it appears that the tables are already joined (e.g. items.barcode is already presented in the Holds Queue). This is something that our staff request repeatedly as it would help them to prioritise their searches in busy libraries (where the Holds Queue can run to hundreds of items). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 42523] New: Login loses query parameters
by bugzilla-daemon＠bugs.koha-community.org 05 May '26

05 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42523 Bug ID: 42523 Summary: Login loses query parameters Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org If you are not logged in yet and hit catalogue/detail.pl?biblionumber=42 you get the login screen. After login you are correctly on the biblio detail page, but the uri is catalogue/detail.pl Wouldn't it be nice to keep the query parameters after login? Note that we have code to keep the POSTed parameters, but CSRF now prevents form to be submitted anyway. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 39055] New: Unauthenticated are not redirected properly in reports module after login
by bugzilla-daemon＠bugs.koha-community.org 05 May '26

05 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39055 Bug ID: 39055 Summary: Unauthenticated are not redirected properly in reports module after login Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface 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 This seems to be a recent change in behavior. To reproduce: 1. Find/create a report, run it and copy the URL. Something like "http://localhost:8081/cgi-bin/koha/reports/guided_reports.pl?id=1&op=run" 2. Logout, or use a private browsing tab, and use the URL from above. 3. You'll be promoted to login fist, do that. 4. Once you are logged in you'll be taken to the reports home page instead of your specific report. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 78

[Bug 28457] New: cleanup_database.pl should cleanup self-registration based on system preferences
by bugzilla-daemon＠bugs.koha-community.org 05 May '26

05 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28457 Bug ID: 28457 Summary: cleanup_database.pl should cleanup self-registration based on system preferences Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org It doesn't make sense to rely on CLI options for cleanup_database.pl, especially not when it comes to self-registration options. Instead, cleanup_database.pl should consult system preferences. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 42486] New: ILL Backend suppression hardcoded 942$n
by bugzilla-daemon＠bugs.koha-community.org 04 May '26

04 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42486 Bug ID: 42486 Summary: ILL Backend suppression hardcoded 942$n Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com, pedro.amorim(a)openfifth.co.uk, tomascohen(a)gmail.com ILL Backend suppression hardcoded 942$n. Since Bug 38330 it should use SQL field -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 42526] New: Bib record of an title with a Cataloging Concern, click on the "Concerns" tab, and then click on the "Details" button under "Actions, " nothing happens
by bugzilla-daemon＠bugs.koha-community.org 04 May '26

04 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42526 Bug ID: 42526 Summary: Bib record of an title with a Cataloging Concern, click on the "Concerns" tab, and then click on the "Details" button under "Actions," nothing happens Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: sam.young(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl We can access our Cataloging Concerns from our Koha homepage. However, if we navigate to the bib record of an title with a Cataloging Concern, click on the "Concerns" tab, and then click on the "Details" button under "Actions," nothing happens--the pop-up window does not appear. See screenshot for https://staff-fayetteville.bywatersolutions.com/cgi-bin/koha/catalogue/deta…. This Error appears: Uncaught TypeError: $(...).kohaSelect is not a function at HTMLDivElement.<anonymous> ( VM1501 display_ticke…5.1102000.js:135:27 ) at HTMLDivElement.dispatch ( jquery-3.6.0.min_25.1102000.js:2:43064 ) at v.handle ( jquery-3.6.0.min_25.1102000.js:2:41048 ) at Object.trigger ( jquery-3.6.0.min_25.1102000.js:2:71515 ) at HTMLDivElement.<anonymous> ( jquery-3.6.0.min_25.1102000.js:2:72110 ) at S.each ( jquery-3.6.0.min_25.1102000.js:2:3003 ) at s.fn.init.each ( jquery-3.6.0.min_25.1102000.js:2:1481 ) at s.fn.init.trigger ( jquery-3.6.0.min_25.1102000.js:2:72086 ) at Object.trigger ( bootstrap.bundle.min…5.1102000.js:6:5314 ) at On.show ( bootstrap.bundle.min….1102000.js:6:51861 ) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 42115] New: Add a field to show the date an item entered circulation.
by bugzilla-daemon＠bugs.koha-community.org 04 May '26

04 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42115 Bug ID: 42115 Summary: Add a field to show the date an item entered circulation. Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: alyssa.drake(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl While the "dateaccessioned" data point exists, some libraries would also like a built in field that displays the date an item became available for circulation. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 42514] New: All patron autocomplete API searches broken on staff side
by bugzilla-daemon＠bugs.koha-community.org 04 May '26

04 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42514 Bug ID: 42514 Summary: All patron autocomplete API searches broken on staff side Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: ephetteplace(a)cca.edu QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I see this on main on ktd right now if I go anywhere in the staff side and try to use a patron search box (e.g. in the "check out" input in the header, on the circ > holds page, on the Patrons page). Nothing autocompletes and there are JS errors in the console: jquery-3.6.0.min_25.1200056.js:2 GET http://localhost:8081/api/v1/patrons?_page=1&_per_page=10&q=%5B%7B%22-and%2… 500 (Internal Server Error) If I open the REST API call on its own I get this JSON: { "errors": [ { "message": "Properties not allowed: self_renewal_available.", "path": "/body/0" } ], "status": 500 } -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5