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

[Bug 41333] New: MOve
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '25

01 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41333 Bug ID: 41333 Summary: MOve 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: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 40910] New: Log pollution for undefined/empty barcodes
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '25

01 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40910 Bug ID: 40910 Summary: Log pollution for undefined/empty barcodes Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Noticed in production, when `C4::SIP::ILS::Item->new` is passed an `$item_id` that is not defined or empty -or barcodedecode makes it like that- (e.g. faulty plugins) logs get flooded with DBIx::Class errors when it should never reach the ORM with a query because there's nothing to search for. If `barcodedecode` empties the barcode, a debug log should be printed because it might be a sign of a misconfiguration or faulty plugin. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 41203] New: searching with barcode in cataloging page returns no results for some items even though they exist
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '25

01 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41203 Bug ID: 41203 Summary: searching with barcode in cataloging page returns no results for some items even though they exist Initiative type: --- Sponsorship --- status: Product: Koha Version: 24.11 Hardware: PC OS: Linux Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: dilraj082(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 189152 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=189152&action=e… Barcode 6040 returns correct value in item search page but not in advanced search and cataloging page When searching for items using their barcode in the Cataloging page and Advanced Search, some items return no results even though they clearly exist in the database and can be found using other search parameters (e.g., title, author, or item ID). Those same barcodes work correctly in the Checkout and Item Search pages. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 41309] New: Deleting first 020 in basic editor breaks save button
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '25

01 Dec '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41309 Bug ID: 41309 Summary: Deleting first 020 in basic editor breaks save button Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mnero(a)oslri.net QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When you are in the basic editor screen for a bib that has more than one 020, if you click the "Delete this tag" on the first 020, the save button stops working. I've attached a screen recording of me deleting the first 020 and then clicking the Save button as well as each of the options in the drop-down menu. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3