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

[Bug 42705] New: OPAC/SCO_spec.ts is failing
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '26

08 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42705 Bug ID: 42705 Summary: OPAC/SCO_spec.ts is failing Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org 00:37:23 <?xml version="1.0" encoding="UTF-8"?> 00:37:23 <testsuites name="Mocha Tests" time="17.238" tests="1" failures="2"> 00:37:23 <testsuite name="Root Suite" timestamp="2026-05-26T22:36:21" tests="0" file="t/cypress/integration/OPAC/SCO_spec.ts" time="0.000" failures="0"> 00:37:23 </testsuite> 00:37:23 <testsuite name="SCO" timestamp="2026-05-26T22:36:21" tests="1" time="17.060" failures="2"> 00:37:23 <testcase name="SCO Should not crash if barcode contains '+'" time="0.000" classname="Should not crash if barcode contains '+'"> 00:37:23 <failure message="Timed out retrying after 10000ms: Expected to find element: `#patronlogin`, but never found it." type="AssertionError"><![CDATA[AssertionError: Timed out retrying after 10000ms: Expected to find element: `#patronlogin`, but never found it. 00:37:23 at Context.eval (webpack://koha/./t/cypress/integration/OPAC/SCO_spec.ts:26:31)]]></failure> 00:37:23 </testcase> 00:37:23 <testcase name="SCO "after each" hook for "Should not crash if barcode contains '+'"" time="0.000" classname=""after each" hook for "Should not crash if barcode contains '+'""> 00:37:23 <failure message="TypeError: Cannot read properties of undefined (reading 'map') 00:37:23 00:37:23 Because this error occurred during a `after each` hook we are skipping the remaining tests in the current suite: `SCO`" type="Error"><![CDATA[Error: TypeError: Cannot read properties of undefined (reading 'map') 00:37:23 00:37:23 Because this error occurred during a `after each` hook we are skipping the remaining tests in the current suite: `SCO` 00:37:23 at HttpClient._fetchJSON (http://koha:8081/intranet-tmpl/prog/js/fetch/http-client.js:105:26)></failure> 00:37:23 </testcase> 00:37:23 </testsuite> 00:37:23 </testsuites> -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 33712] New: Use new checkout api's for staff client checkouts
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '26

08 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33712 Bug ID: 33712 Summary: Use new checkout api's for staff client checkouts 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, koha-bugs(a)lists.koha-community.org, tomascohen(a)gmail.com Depends on: 33709 Bug #23336 introduces some new checkout api's and then bug 33709 refines them a little. Once those are both pushed we should eat our own dogfood and consider updating the staff client workflows to use these API's instead of relying on the full page reloads we currently do. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33709 [Bug 33709] Add override options to checkouts endpoint(s) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. You are watching all bug changes.

1 7

[Bug 42643] New: [OMNIBUS] Assorted performance and stability work
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '26

08 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42643 Bug ID: 42643 Summary: [OMNIBUS] Assorted performance and stability work Initiative type: --- Sponsorship --- status: Product: Koha Version: Main 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 20813, 29016, 34632, 36540, 36702, 40368, 40896, 40898, 40901, 41040, 41048, 41903, 41921, 42108, 42351, 42358, 42373, 42375, 42383, 42404, 42405, 42443, 42444, 42500, 42503, 42508, 42509, 42585, 42593 I'm filing this bug to track a variety of issues ByWater is working to address around performance and stability. The broad themes are: - updating pages/tools that cause an outsized server/db load - preventing user actions that cause undue load - allowing containerization - allowing better tracking of errors and failures Because we like naming things, we've been referring to some of this work as "Lightning Greaves" (after the Magic: The Gathering card) and to some of it as "Pelennor Fields" (after the battle in Lord of the Rings). Which I mention only because we're sure to use one/both of those names in a community meeting at some point and confuse people :) Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20813 [Bug 20813] Revamp user permissions system https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29016 [Bug 29016] Log viewer has problems with many entries https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34632 [Bug 34632] Patron Importing should be a background job https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36540 [Bug 36540] Consider modernising the checkout page to be an Vue page https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36702 [Bug 36702] Background Jobs: Add option to retry failed jobs with a max tries parameter https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40368 [Bug 40368] Predictive patron search does not handle very similar first and last names https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40896 [Bug 40896] Run report button should be disabled after click https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40898 [Bug 40898] Add ability to limit the number of columns a patron search api request can sort by https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40901 [Bug 40901] koha-common.service bundles all sub-daemons under one systemd service instead of per-instance services https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41040 [Bug 41040] Empty patron search from the header should not trigger a patron search https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41048 [Bug 41048] Add ability to disallow empty patron searches https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41903 [Bug 41903] Overdues reports in circulation module are too resource intensive https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41921 [Bug 41921] Add ability to run reports as background jobs https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42108 [Bug 42108] Add ability to specify that a report can only be run as a foreground or background report https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42351 [Bug 42351] Add header for tracing API requests https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42358 [Bug 42358] Add support to Plack::Middleware::SizeLimit https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42373 [Bug 42373] Add ability to disallow unbounded patron API searches https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42375 [Bug 42375] Add OpenTelemetry support to Koha https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42383 [Bug 42383] Vue-based interface for check-in https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42404 [Bug 42404] Add a batch cover images upload endpoint https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42405 [Bug 42405] Add single cover image upload path https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42443 [Bug 42443] Update transferstoreceive.pl to use the API to fetch transfer information https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42444 [Bug 42444] Update waitingreserves.pl to use API to fetch data https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42500 [Bug 42500] Update hold ratios (reserveratios.pl) to fetch data via API https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42503 [Bug 42503] Render the holds queue using the REST API https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42508 [Bug 42508] Migrate patron search to Elastic https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42509 [Bug 42509] Use API to retrieve and update patrons via Batch patron deletion and anonymization tool https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42585 [Bug 42585] Add ability for Koha to analyze reports and warn for potentially dangerous reports https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42593 [Bug 42593] Add ability for background reports ( and saved reports ) output to be stored on the filesystem instead of the database -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 42

[Bug 43017] New: [OMNIBUS] Interface optimization
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '26

08 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43017 Bug ID: 43017 Summary: [OMNIBUS] Interface optimization Initiative type: Meta Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Keywords: rel_26_11_candidate Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 29016, 36540, 41416, 41903, 41921, 42383, 42443, 42444, 42500, 42503, 42509 Blocks: 42643 Target Milestone: --- This omnibus is for several enhancements to how Koha loads and constructs pages, with a goal of lessening the resource load. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29016 [Bug 29016] Improve performance of the Log viewer when working with a high volume of action logs https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36540 [Bug 36540] Migrate checkout page to Vue https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41416 [Bug 41416] Poor performance when clicking 'Update hold(s)' on request.pl for records with many holds https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41903 [Bug 41903] Improve performance of the overdues reports when working with a high volume of overdues https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41921 [Bug 41921] Add ability to run reports as background jobs https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42383 [Bug 42383] Migrate check-in page to Vue https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42443 [Bug 42443] Update transferstoreceive.pl to use the API to fetch transfer information https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42444 [Bug 42444] Update waitingreserves.pl to use API to fetch data https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42500 [Bug 42500] Update hold ratios (reserveratios.pl) to fetch data via API https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42503 [Bug 42503] Render the holds queue using the REST API https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42509 [Bug 42509] Use API to retrieve and update patrons via Batch patron deletion and anonymization tool https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42643 [Bug 42643] [OMNIBUS] Assorted performance and stability work -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 7923] Performance omnibus
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '26

08 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7923 Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |43016 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43016 [Bug 43016] [OMNIBUS] Server resource protection -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 43027] New: Handle undecodable metadata gracefully when merging bibliographic records
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '26

08 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43027 Bug ID: 43027 Summary: Handle undecodable metadata gracefully when merging bibliographic records 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: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 35104 Target Milestone: --- Merging into a reference record calls ModBiblio, which can now throw Koha::Exceptions::Metadata::Invalid (bug 35104) if the merged result cannot be saved. cataloguing/merge.pl did not handle this, so the cataloguer would see a raw exception with no indication of what happened to the merge. This patch catches the exception, aborts the merge (the reference record was not modified, since ModBiblio failed before anything was merged away), and shows a clear message. A recoverable fault fixed during the merge is shown as a warning instead, the same as the cataloguing edit form (bug 43025). Depends on bug 35104. Test plan: 1. Apply this patch on top of bug 35104. 2. Merge two normal bibliographic records as usual. Confirm the merge still completes successfully and the report screen displays as before. 3. Arrange for the merge result to be unrecoverable (e.g. temporarily force Koha::Biblio::Metadata::store to throw Koha::Exceptions::Metadata::Invalid for this merge). Attempt the merge. Confirm a clear error is shown, the reference record is unchanged, and no partial merge occurred (the other record(s) were not deleted/merged away). 4. Arrange for the merge result to require automatic repair (a recoverable fault). Confirm the merge completes and the report screen shows a warning describing what was fixed. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35104 [Bug 35104] We should warn when attempting to save MARC records that contain characters invalid in XML -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 43023] New: A single record with corrupt metadata can break rendering of search results
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '26

08 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43023 Bug ID: 43023 Summary: A single record with corrupt metadata can break rendering of search results Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org Depends on: 35104 Target Milestone: --- Two unguarded MARC decode calls in search result rendering: 1. C4::Search::searchResults (C4/Search.pm), the "scan" search branch, calls MARC::Record->new_from_usmarc directly on each raw Zebra scan result with no eval. 2. C4::Search::new_record_from_zebra's Elasticsearch fast path (C4/Search.pm) returns MARC::Record->new_from_xml($raw_data, 'UTF-8') directly, without the eval wrapper that the Zebra dom/grs1 branches further down in the same sub already have. If a corrupted record ends up in the index (e.g. left over from a legacy import, or synced from a source that had this problem), rendering the result list can die for that page of results instead of degrading gracefully for the one bad record. Found while auditing other places in the codebase that ingest externally-sourced MARC data, prompted by bug 35104. Test plan: 1. Get a record with undecodable stored metadata into the search index (e.g. via direct DB manipulation of biblio_metadata before reindexing, or by reindexing a legacy corrupt record). 2. Run a scan search, and separately a normal search, that includes that record among the results, on both a Zebra and an Elasticsearch installation. 3. Before a fix: the results page/list can die instead of just omitting or flagging that one result. 4. After a fix: the rest of the results render normally. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35104 [Bug 35104] We should warn when attempting to save MARC records that contain characters invalid in XML -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 43026] New: Show metadata repair warnings on the biblio detail and MARC detail pages
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '26

08 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43026 Bug ID: 43026 Summary: Show metadata repair warnings on the biblio detail and MARC detail pages 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: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Depends on: 35104 Target Milestone: --- Bug 35104 records unresolved metadata repair faults (e.g. stripped non-XML characters) in biblio_metadata_errors. Cataloguers reviewing a record via catalogue/detail.pl or catalogue/MARCdetail.pl, rather than opening it for editing, currently have no way to know it was automatically repaired on its last save. This patch lists any unresolved biblio_metadata_errors as a warning banner on both pages. Depends on bug 35104. Test plan: 1. Apply this patch on top of bug 35104. 2. Using a biblio with at least one unresolved metadata error (see bug 35104's test plan for how to create one), open catalogue/detail.pl?biblionumber=X. Confirm the warning banner listing the fault appears. 3. Open catalogue/MARCdetail.pl?biblionumber=X for the same biblio. Confirm the same warning appears there too. 4. Open a biblio with no metadata errors on either page. Confirm no warning banner appears. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35104 [Bug 35104] We should warn when attempting to save MARC records that contain characters invalid in XML -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 43029] New: Guard maintenance scripts against biblios with corrupt metadata
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '26

08 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43029 Bug ID: 43029 Summary: Guard maintenance scripts against biblios with corrupt metadata Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org Depends on: 35104 Target Milestone: --- Bug 35104 makes Koha::Biblio::Metadata->record()/store() throw Koha::Exceptions::Metadata::Invalid for a record whose MARCXML cannot be decoded. misc/maintenance/sanitize_records.pl and misc/maintenance/touch_all_biblios.pl both read a biblio's metadata record and unconditionally re-save it across every biblio in the database, so a single already-corrupt record (which could exist from before bug 35104, or from a source outside Koha's own validation) would abort the whole run. This patch wraps the read (and, for touch_all_biblios.pl, the resulting ModBiblio) so one such biblio is skipped and reported rather than aborting the whole maintenance run. Depends on bug 35104. Test plan: 1. Apply this patch on top of bug 35104. 2. Create a biblio with metadata that is already corrupt, bypassing Koha::Biblio::Metadata's validation (e.g. write invalid MARCXML directly to the biblio_metadata row via the DBIC schema result, not through ->store()), alongside several normal biblios. 3. Run misc/maintenance/sanitize_records.pl --verbose across all biblios. Confirm the corrupt one is skipped with a clear "ERROR: Invalid record" message and the script completes for every other biblio without dying. 4. Run misc/maintenance/touch_all_biblios.pl similarly. Confirm the corrupt record is counted/logged as an error and the other records are still touched successfully. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35104 [Bug 35104] We should warn when attempting to save MARC records that contain characters invalid in XML -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 34551] New: Don't allow Z39.50 import if MARC can't be converted to MARCXML
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '26

08 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34551 Bug ID: 34551 Summary: Don't allow Z39.50 import if MARC can't be converted to MARCXML Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers 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 As I note on bug 34014 and bug 34549, if you've got the wrong encoding on your Z39.50 server, you can wind up importing MARC data that contains invalid data (like control characters). During copy cataloguing, there should be a warning that there's a problem with the data (possibly because of Z39.50 server config). That way we have librarians raising the flag that there's a problem before the data is in Koha rather than us doing cleanup after it's been imported. (Of course, bulk loaded MARC will still be a problem, but baby steps...) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7