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

[Bug 42245] New: Patron search for guarantors is preselecting borrower sort values from the borrower record
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '26

30 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42245 Bug ID: 42245 Summary: Patron search for guarantors is preselecting borrower sort values from the borrower record Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com av-build-dropbox.inc takes a 'default' param When building the patron we are setting this to the value of sort1, then sort2 This seems to remain cached, and when we build the guarantor search the sort2 value is used as the default To recreate: 1 - Define 2 values for 'BSort1' in Administration -> Authorised values 2 - Define 2 values for 'BSort2' in Administration -> Authorised values 3 - Find a borrower who is eligible to have a guarantor 4 - Edit patron and assign values to sort 1 and 2 for this borrower and save 5 - Edit patron again and click 'Add guarantor' 6 - Note that sort 2 is populated -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 42299] New: OPAC detail page: star ratings has no associated label
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '26

30 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42299 Bug ID: 42299 Summary: OPAC detail page: star ratings has no associated label Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Accessibility Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, oleonard(a)myacpl.org To recreate: 1. Set OpacStarRatings so it shows on the OPAC detail page 2. Notice star ratings has no associated label element -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 42844] New: Subscription search breaks when using additional field and no search result is returned
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '26

30 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42844 Bug ID: 42844 Summary: Subscription search breaks when using additional field and no search result is returned Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: bibliothek(a)th-wildau.de QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Using addition fields in subscriptions can break the subscription search (serials-search.pl) when searching for an additional field but no record matching this field. To create: - create an additional field for subscriptions: More -> Serials -> Manage subscription fields. F.e. use an authorized value country. - Make sure "searchable" is checked. - go to More -> Serials - With bug 40201 pushed you can enter that additional field on serials-home - Otherwise just perform an empty search and on serials-search.pl choose the additional field as search criteria - Click search - An Error trace for Can't use an undefined value as an ARRAY reference will be displayed -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 42783] New: Tools/ManageMarcImport_spec.ts is still flaky
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '26

30 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42783 Bug ID: 42783 Summary: Tools/ManageMarcImport_spec.ts is still flaky Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org I believe the fix from bug 42733 is good but surfaced a new race condition: 17:52:55 Running: Tools/ManageMarcImport_spec.ts (55 of 60) 17:52:55 <?xml version="1.0" encoding="UTF-8"?> 17:52:55 <testsuites name="Mocha Tests" time="11.417" tests="3" failures="1"> 17:52:55 <testsuite name="Root Suite" timestamp="2026-06-05T17:52:27" tests="0" file="t/cypress/integration/Tools/ManageMarcImport_spec.ts" time="0.000" failures="0"> 17:52:55 </testsuite> 17:52:55 <testsuite name="Breadcrumb tests" timestamp="2026-06-05T17:52:28" tests="1" time="3.121" failures="0"> 17:52:55 <testcase name="Breadcrumb tests Breadcrumbs" time="3.146" classname="Breadcrumbs"> 17:52:55 </testcase> 17:52:55 </testsuite> 17:52:55 <testsuite name="loads the manage MARC import page" timestamp="2026-06-05T17:52:31" tests="2" time="8.198" failures="1"> 17:52:55 <testcase name="loads the manage MARC import page loads the manage MARC import page" time="2.673" classname="loads the manage MARC import page"> 17:52:55 </testcase> 17:52:55 <testcase name="loads the manage MARC import page upload a MARC record" time="0.000" classname="upload a MARC record"> 17:52:55 <failure message="Background job failed: expected 'failed' to not equal 'failed'" type="AssertionError"><![CDATA[AssertionError: Background job failed: expected 'failed' to not equal 'failed' 17:52:55 at Context.eval (webpack://koha/./t/cypress/integration/Tools/ManageMarcImport_spec.ts:91:63) 17:52:55 17:52:55 + expected - actual 17:52:55 17:52:55 ]]></failure> 17:52:55 </testcase> 17:52:55 </testsuite> 17:52:55 </testsuites> -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 42518] New: Capitalization: Refund Payout Receipt
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '26

30 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42518 Bug ID: 42518 Summary: Capitalization: Refund Payout Receipt Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Keywords: Academy Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Found while translating main: %s%sRefund Payout Receipt%s%s de-DE-installer.po, -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 32030] New: Electronic resource management (ERM)
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '26

30 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32030 Bug ID: 32030 Summary: Electronic resource management (ERM) Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: new feature Priority: P5 - low Component: Staff Client Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We are building an Electronic Resource Management (eRM) module for Koha. See the related resources for earlier communication: [Koha] Electronic Resource Management for Koha https://lists.katipo.co.nz/pipermail/koha/2022-February/057447.html “Electronic resource management (ERM) is the practices and techniques used by librarians and library staff to track the selection, acquisition, licensing, access, maintenance, usage, evaluation, retention, and de-selection of a library’s electronic information resources. These resources include, but are not limited to, electronic journals, electronic books, streaming media, databases, datasets, CD-ROMs, and computer software.” https://en.wikipedia.org/wiki/Electronic_resource_management Before the emergence of eRM's, libraries would typically store details of electronic subscriptions in a manual way, for example, Excel spreadsheets, or in cupboards or filing cupboards as paper documents. An eRM allows libraries to store and organise these documents electronically. It also services as an index to electronic subscriptions. An eRM can track the whole lifecycle of an electronic resource, from acquisition, to negotiating an agreement with a publisher, storing the license information, activating title and package resources online to identifying usage patterns with resources. Libraries will vary in size from small, specialist library (with maybe a few topic specific resources) like a music library to large universities who will subscribe to tens of thousands of titles. It maybe that a library wants to record a few dozens resources each with their own subscription with a publisher, or track thousands of titles from aggregators like EBSCO. The code is available at https://gitlab.com/joubu/Koha/-/commits/erm The entry point is at https://tree.taiga.io/project/joubu-koha-erm/wiki/home And the current work activities can be seen at https://tree.taiga.io/project/joubu-koha-erm/kanban -- You are receiving this mail because: You are watching all bug changes.

1 91

[Bug 43179] New: Koha plugin wrapper should have option for no aside
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '26

29 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43179 Bug ID: 43179 Summary: Koha plugin wrapper should have option for no aside 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: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- The wrapper-staff-tool-plugin.inc should have an option for "no-aside" so if there's a page that needs full width (wide table or something) it would be nice to be able to set that in the wrapper. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 43197] New: Patron search always returns the same patron
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '26

29 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43197 Bug ID: 43197 Summary: Patron search always returns the same patron Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Target Milestone: --- To recreate: - Search for "henry" (search can be done from the Patrons search page or in the main search bar under either Check Out or Search Patrons) - Koha takes you to Henry's record - Return to the Koha homepage - Search for "edna" - Koha takes you to Henry's record - go to the Patrons search page (/cgi-bin/koha/members/members-home.pl) - observe that the search field here automatically populates with "henry," submits a search, and pushes you to Henry's record Clearing the cache makes Koha forget about Henry (until you search for him again) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 43199] New: Evaluate migration from DBIx::Class to DBIO
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '26

29 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43199 Bug ID: 43199 Summary: Evaluate migration from DBIx::Class to DBIO 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- DBIO (https://codeberg.org/dbio/dbio) is a hard fork of DBIx::Class that Koha should aim to migrate to over time. This bug tracks the DBIO project evolution and the eventual development of migration tooling. Key benefits for Koha: - SQL::Abstract (modern) replaces SQL::Abstract::Classic - Native desired-state deployment (no SQL::Translator dependency) - Async storage interface (all_async, find_async, etc.) - Built-in replicated storage with access brokers (rotating credentials) - Automatic change tracking (insert/update/delete logging) - DBIO::Candy / DBIO::Cake sugar for result class definitions - Internal fixes (e.g. get_from_storage no longer triggers spurious __DIE__ exceptions on tables with multiple unique constraints) Migration path is expected to be largely mechanical (namespace rename from DBIx::Class:: to DBIO::), but will require: 1. Tooling to regenerate Koha::Schema::Result classes under the DBIO namespace 2. Audit of any SQL::Abstract::Classic-specific syntax in searches 3. Replacement of SQL::Translator-based deploy with DBIO's native deploy 4. Testing on all supported databases (MySQL/MariaDB primarily) This is a long-term tracking bug. No immediate action required. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 42612] New: "Import this batch into the catalog" button has useless class
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '26

29 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42612 Bug ID: 42612 Summary: "Import this batch into the catalog" button has useless class 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 The "Import this batch into the catalog" button has a class of "button" but that doesn't do anything. It should be updated to use BS5 like "btn btn-default" or even "btn btn-primary". Right now it blurs into the background. It's not good. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14