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

[Bug 41286] New: Enhanced content system preferences page in manual has inconsistent formatting
by bugzilla-daemon＠bugs.koha-community.org 14 May '26

14 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41286 Bug ID: 41286 Summary: Enhanced content system preferences page in manual has inconsistent formatting Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: hacheng(a)pymblelc.nsw.edu.au QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)openfifth.co.uk, david(a)davidnind.com, philip.orr(a)lmscloud.de The enhanced content system preferences page on the manual (https://koha-community.org/manual/latest/en/html/enhancedcontentpreferences…) is a pattern of formatting with 'Default' as the first line after the system preference title: - Default - Asks - Values - Description or sometimes - Default - Asks - Description - Values This is inconsistently set out and differs to the structure of other system preference chapters and the system preferences format on the wiki (https://wiki.koha-community.org/wiki/ReStructuredText_-_Tips_and_Tricks#Int…) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 42595] New: REST API: Holds controller renders bare strings instead of error objects
by bugzilla-daemon＠bugs.koha-community.org 14 May '26

14 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42595 Bug ID: 42595 Summary: REST API: Holds controller renders bare strings instead of error objects Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com The Holds controller (Koha::REST::V1::Holds) has three places where error responses are rendered as bare strings instead of the expected error object (`{ error => "..." }`). This causes Mojolicious::Plugin::OpenAPI response validation to fail with a 500: {"errors":[{"message":"Expected object - got string.","path":"/body"}],"status":500} The error definition in the spec has always been `type: object`, so these are latent bugs that surface when the specific code paths are hit. Affected lines in Koha/REST/V1/Holds.pm: 1. Line 134: `openapi => "Bibliographic record not found"` (status 400) - Triggered when biblio_id doesn't exist 2. Line 222: `openapi => 'Error placing the hold...'` (status 500) - Triggered on unhandled exceptions during hold placement 3. Line 242: `openapi => ...to_api_mapping->{$broken_fk} . ' not found.'` (status 404) - Triggered on foreign key violations All three should be: `openapi => { error => $message }` Found in production (25.11.02) when Aspen Discovery attempted to place a hold on a deleted biblio (biblio_id that no longer exists in the database). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 35466] New: bulkmarcimport needs a parameter to skip indexing
by bugzilla-daemon＠bugs.koha-community.org 14 May '26

14 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35466 Bug ID: 35466 Summary: bulkmarcimport needs a parameter to skip indexing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart+koha(a)gmail.com, michaela.sieber(a)kit.edu, robin(a)catalyst.net.nz When using bulkmarcimport for migrations it does make sense to do a full reindex after finishing the import. At the moment the import will always create entries in background_jobs for Elasticsearch and in zebra_queue for Zebra. We should have a switch to turn this off if indexing is not required to increase performance and avoid unnecessary load. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 42605] New: Acquisition Items not listed during receipt
by bugzilla-daemon＠bugs.koha-community.org 14 May '26

14 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42605 Bug ID: 42605 Summary: Acquisition Items not listed during receipt Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1 - Ensure AcqCreateItem is set to 'placing an order' at syspref or on basket 2 - Open a basket, add an order, and add several items 3 - Close the basket and receive shipments 4 - Select the order and 'Receive selected' or click 'Receive' on the order 5 - No items are listed in the items section -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 9865] Make SIP2 message encoding configurable via SIPconfig.xml
by bugzilla-daemon＠bugs.koha-community.org 14 May '26

14 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9865 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au --- Comment #21 from David Cook <dcook(a)prosentient.com.au> --- So I have an old library using 'encoding="utf8"' and I think that's actually causing double-encoding :| -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41125] New: SQL reports should allow to SET variable
by bugzilla-daemon＠bugs.koha-community.org 14 May '26

14 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41125 Bug ID: 41125 Summary: SQL reports should allow to SET variable Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: lisette(a)bywatersolutions.com It should be nice to have the ability to define a variable with the SET operator -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 42601] New: Print barcode range needs to be limited to something reasonable
by bugzilla-daemon＠bugs.koha-community.org 13 May '26

13 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42601 Bug ID: 42601 Summary: Print barcode range needs to be limited to something reasonable Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Go to Cataloging > Label Maker > Print barcode range 2. To: 34335000634343 3: From: 33433500063434 34335000634343 - 33433500063434 = roughly 900 billion That's not reasonable. Koha should not try to create 900 billion labels. There should be a reasonable limit to this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 16687] New: Translatability: Fix issues in Administration preferences
by bugzilla-daemon＠bugs.koha-community.org 13 May '26

13 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16687 Bug ID: 16687 Summary: Translatability: Fix issues in Administration preferences Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Fix sentence splitting and other translation issues in file koha-tmpl/intranet-tmpl/prog/en/modules/admin/preferences/admin.pref to avoid odd translations. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 45

[Bug 42599] New: Inventory tool reports items missing that are in another location
by bugzilla-daemon＠bugs.koha-community.org 13 May '26

13 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42599 Bug ID: 42599 Summary: Inventory tool reports items missing that are in another location 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: tony.z(a)swau.edu QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Our library has a number of books with copies having multiple item types (think Main and Vault, for instance.) When I scan the shelves in the Vault, I generate a barcode list, then upload it to the inventory tool, and check the "Vault" box to filter by item type, it correctly handles the ones I've scanned, but it also indicates that items out in the Main collection, but attached to the same bib record, are missing. I think the problem is that the filtering by item type works off the 942 field in the bib record, but there's only one item type there whereas multiple item records, possibly with different item types, can be attached to the same bib record. Is there a way to have the inventory tool filter on the Koha item type in the item record(s), rather than using the bib record item type? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 17705] New: Payments with cards through payment terminal
by bugzilla-daemon＠bugs.koha-community.org 13 May '26

13 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17705 Bug ID: 17705 Summary: Payments with cards through payment terminal Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: rbit(a)rbit.cz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Allow patrons to pay their fees cashlessly using cards in payment terminals. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22