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

[Bug 33348] New: Show authority heading use with Elasticsearch
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '25

08 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33348 Bug ID: 33348 Summary: Show authority heading use with Elasticsearch Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz Bug 29990 introduced a feature to show appropriate heading use in authority search results. This should be available for Elasticsearch as well. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 51

[Bug 36509] New: Add option to search authority records by ID
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '25

08 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36509 Bug ID: 36509 Summary: Add option to search authority records by ID Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 40329] New: Warning message before closing an invoice if any item in the order has no check-in history
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '25

08 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40329 Bug ID: 40329 Summary: Warning message before closing an invoice if any item in the order has no check-in history Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: hdunne-howrie(a)westminster.gov.uk QA Contact: testopia(a)bugs.koha-community.org In our previous library system when we tried to close an invoice that didn't have any circ data for items within the order we saw a warning message to alert users as this meant that items may not yet of been physically received by the library and as such we should hold off on paying the invoice. It would be great to get this built into the Acquisitions module so that staff saw a warning message for EDI orders that would display if any item in the associated order for the invoice had no check-in circulation history. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 40326] New: $record->as_usmarc() throws fatal errors for bad leaders
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '25

08 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40326 Bug ID: 40326 Summary: $record->as_usmarc() throws fatal errors for bad leaders Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org If you have a bad leader in your MARCXML, trying to generate USMARC from it can itself throw a fatal error: my $usmarc_record = $record->as_usmarc(); substr outside of string at /usr/share/perl5/MARC/Record.pm line 570. Something went wrong rebuilding indexes for kohadev -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 38933] New: Some oversized records with UTF-8 characters cause import worker to die
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '25

08 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38933 Bug ID: 38933 Summary: Some oversized records with UTF-8 characters cause import worker to die Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Some oversized records with UTF-8 characters cause import worker to die. The record would be staged correctly, but then an attempt to import it with C4::ImportBatch::BatchCommitRecords can generate an uncaught die of new_from_usmarc. A solution would be to make use of import_records.marcxml instead of import_records.marc for this step. (Both versions are stored in the import_records table in stage step). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 38913] New: Elasticsearch indexing explodes with oversized records
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '25

08 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38913 Bug ID: 38913 Summary: Elasticsearch indexing explodes with oversized records Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 38416 After Bug 38416 Elasticsearch indexing explodes with oversized records, especially with UTF encoded data. In Koha::SearchEngine::Elasticsearch::marc_records_to_documents a following snippet has been introduced: my $usmarc_record = $record->as_usmarc(); #NOTE: Try to round-trip the record to prove it will work for retrieval after searching my $decoded_usmarc_record = MARC::Record->new_from_usmarc($usmarc_record); But if $record is oversized (> 99999 bytes), it is OK for MARC::Record object, but not for $record->as_usmarc. The produced ISO 2709 string is not correct and hence cannot be properly converted back to MARC::Record object by new_from_usmarc. The result in this case can be like: UTF-8 "\x85" does not map to Unicode at /usr/share/perl5/MARC/File/Encode.pm line 35. Since it is done without any eval / try, the whole reindex procedure (for instance rebuild_elasticsearch.pl) is being randomly interrupted with no explanation. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38416 [Bug 38416] Failover to MARCXML if cannot roundtrip USMARC when indexing -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 47

[Bug 40325] New: sanitize_records.pl can't find rebuild_zebra.pl
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '25

08 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40325 Bug ID: 40325 Summary: sanitize_records.pl can't find rebuild_zebra.pl Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: pablo.bianchi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz After a `./sanitize_records.pl --verbose --auto-search --fix-ampersand --reindex --confirm` I get Total: 123 records cleaned! Now, reindexing using -b -v sh: 1: /usr/share/koha/intranet/cgi-bin/misc/migration_tools/rebuild_zebra.pl: not found Because it is on `/usr/share/koha/bin/migration_tools/rebuild_zebra.pl`. Even if I change `<intranetdir>` on `koha-conf.xml`, `migration_tools` is not on `misc` but on `bin`. Maybe should simply point to `../migration_tools/`. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 40323] New: Show warning message for bibs without holdable items when AllowHoldPolicyOverride set AllowHoldPolicyOverride
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '25

07 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40323 Bug ID: 40323 Summary: Show warning message for bibs without holdable items when AllowHoldPolicyOverride set AllowHoldPolicyOverride Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: cj.lynce(a)westlakelibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com Koha should still display the warning message for bibs with no holdable items, when AllowHoldPolicyOverride is set to allow. When Syspref AllowHoldPolicyOverride is set to Don't Allow, a warning message is display when trying to place a hold on a bib with no holdable items (e.g. withdrawn, notforloan, lost, etc.). When AllowHoldPolicyOverride is set to Allow, no warning message is displayed. This is not consistent with other warning messages regarding holds, like the max holds per bib record, that still display as a warning to staff, even when AllowHoldPolicyOverride is set to allow. Until hold policy overriding can be more granular by Koha user privileges, these warning messages are important in letting staff know something is amiss, but still allowing hold policies to be overridden is appropriate circumstances. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 28262] New: Check ins using offline circulation files (.koc) not refunding lost charges
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '25

07 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28262 Bug ID: 28262 Summary: Check ins using offline circulation files (.koc) not refunding lost charges Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com >From a partner: Our branch's lost item fee refund on return policy is set to "yes" and will refund lost charges whenever a lost item is checked in through the normal means. However, when checking in items through the offline circulation (desktop application) the lost fees remain on the patrons' accounts. We've been using the offline application extensively as part of our item quarantining process and now have a lot of lost charges on patron accounts for items that have been returned. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 40322] New: Checkins via offline circ don't recalculate fines
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '25

07 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40322 Bug ID: 40322 Summary: Checkins via offline circ don't recalculate fines Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When a system uses offline circ for returns, fines aren't recalculated to when they were returned instead of when the offline circulation tool runs. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1