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

[Bug 41866] New: "Use of uninitialized value..." warning in opac-search.pl
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '26

23 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41866 Bug ID: 41866 Summary: "Use of uninitialized value..." warning in opac-search.pl Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: roman.dolny(a)jezuici.pl QA Contact: testopia(a)bugs.koha-community.org CC: januszop(a)gmail.com The warning [WARN] Use of uninitialized value in concatenation (.) or string at /kohadevbox/koha/opac/opac-search.pl line 600. appears in plack-opac-error.log To reproduce in KTD: 1. Observe plack-opac-error.log. 2. Go to Advanced search in OPAC. 3. Select any of item type ("Limit to any of the following:") in tab "Item type" and perform search (do not enter any "Search for:" terms). 4. Warning appears in plack-opac-error.log. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 42072] New: Batch item deletion "Delete records" message is confusing
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '26

23 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42072 Bug ID: 42072 Summary: Batch item deletion "Delete records" message is confusing Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I was doing a training course and I noticed that the message "Delete records if no items remain" on the Batch item deletion page is a bit confusing. I asked the librarians in the course if they found it confusing and they indicated that they did. It would be better if it says "Delete bibliographic records if no items remain." -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 41940] New: Use of uninitialized value... warnings in circulation.pl
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '26

23 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41940 Bug ID: 41940 Summary: Use of uninitialized value... warnings in circulation.pl Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Circulation Assignee: roman.dolny(a)jezuici.pl Reporter: roman.dolny(a)jezuici.pl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com The warnings: [WARN] Use of uninitialized value $patron_session_confirmation in split at /kohadevbox/koha/circ/circulation.pl line 493. [WARN] Use of uninitialized value $patron_for_session in numeric eq (==) at /kohadevbox/koha/circ/circulation.pl line 494. [WARN] Use of uninitialized value $session_confirmations in split at /kohadevbox/koha/circ/circulation.pl line 495. appears in the plack-intranet-error.log. To reproduce: 1. Use a fresh KTD, observe plack-intranet-error.log. 2. Have a barcode of existing item. 3. Find any patron and go to "Check out" tab. 4. Check out item. ==> Warnings should appear in plack-intranet-error.log -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 42176] New: Form to create an authorized value is submitted when cancelled
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '26

23 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42176 Bug ID: 42176 Summary: Form to create an authorized value is submitted when cancelled Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: kevin.carnes(a)ub.lu.se QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When editing an item and entering an authorized value that does not exist, it is possible to create a new authorized value, but if you click Cancel it still submits the form. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 42222] New: Use of uninitialized string in string eq in Auth.pm
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '26

23 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42222 Bug ID: 42222 Summary: Use of uninitialized string in string eq in Auth.pm Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: ephetteplace(a)cca.edu QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org I noticed in the error logs "Use of uninitialized value in string eq at /kohadevbox/koha/C4/Auth.pm line 198". This occurs when you're 1) already authenticated and 2) doing any POST request, on both the public and staff sides. It's because `$in->{query}->param('login_op')` is undef when the user isn't logging in. Patch coming shortly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 39336] New: Public Biblio endpoint should honour OpacSuppression syspref
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '26

23 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39336 Bug ID: 39336 Summary: Public Biblio endpoint should honour OpacSuppression syspref Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com At the moment, if a record is suppressed in Koha it will still be accessible using the public get biblio endpoint... as the 'public' endpoint is in effect the opac equivalent of the API, then I believe these should not allow return of the record. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 36942] New: Throw an exception if a KBART file can't be read
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '26

23 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36942 Bug ID: 36942 Summary: Throw an exception if a KBART file can't be read Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: matt.blenkinsop(a)ptfs-europe.com 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 Currently we warn an error message if there is an error parsing a KBART file. We should change this to use an exception -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 38912] New: Elasticsearch record show is a 404 from staff catalog details
by bugzilla-daemon＠bugs.koha-community.org 23 Jun '26

23 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38912 Bug ID: 38912 Summary: Elasticsearch record show is a 404 from staff catalog details Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: ephetteplace(a)cca.edu QA Contact: testopia(a)bugs.koha-community.org Created attachment 176694 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=176694&action=e… screenshot of 404 To recreate: - Use Elasticsearch as search engine (SearchEngine = Elasticsearch) - Go to a record on the staff side /cgi-bin/koha/catalogue/detail.pl?biblionumber=1234 - Click the "show" link next to "Elasticsearch record:" - a 404 page appears in a pop-up window (see attached screenshot) The page is also a 404 if I inspect the link and open it in a new tab. The URL looks like /cgi-bin/koha/catalogue/showelastic.pl?id=1234 We are on 24.05.05. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 37

[Bug 38833] New: Log merge of bibliographic records
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '26

22 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38833 Bug ID: 38833 Summary: Log merge of bibliographic records Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When merging bibliographic records, the action logs should show specifically that a merge was performed. Currently, the cataloging log records modifications and deletions of the bibliographic and item records involved and that should all be kept. But we should also log a "merge" action for each bibliographic record involved in the merge. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 38550] New: Add dark mode option to the staff interface
by bugzilla-daemon＠bugs.koha-community.org 22 Jun '26

22 Jun '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38550 Bug ID: 38550 Summary: Add dark mode option to the staff interface Change sponsored?: --- 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: christian.stelzenmueller(a)bsz-bw.de, gmcharlt(a)gmail.com, me(a)paulderscheid.xyz It would be great if we could have a dark mode for the staff interface. While in the OPAC we can assume that libraries have done heavy customizations to the color scheme, this might be easier, assuming that most libraries stick to our standard design/color scheme. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 75