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

[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

[Bug 2280] Authorized value option for indicators doesn't work
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '25

07 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2280 Eric Bégin <eric.begin(a)inLibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|marjorie.barry-vila@collect |eric.begin(a)inLibro.com |o.ca | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 6891] LDIF interoperability - a proposal
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '25

07 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6891 Sajid Hussain gillani <snoor8551(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |snoor8551(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 40314] New: Table columns aren't showing/responding properly in opac course reserves
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '25

07 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40314 Bug ID: 40314 Summary: Table columns aren't showing/responding properly in opac course reserves Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: matt.blenkinsop(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org There appears to be a typo in the datatable definition for the course reserves table and the thesis table which is causing the tables to not behave as expected To test: 1) In the interface, navigate to the course reserves page and add a public note to the course reserve provided in the default dataset 2) In the OPAC, click on course reserves 3) Re-size your screen to mobile mode 4) There should be a plus icon in the final column to show additional information from the columns hidden in mobile mode but it is missing -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 23547] New: Add column configuration to course reserves table in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '25

07 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23547 Bug ID: 23547 Summary: Add column configuration to course reserves table in the OPAC Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org It would be nice if it was easy to hide columns from the course reserves table in the OPAC (example: hide the Link column because it doesn't contain full text links reliably). -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 10762] Make it possible to adjust the barcode height and width on labels
by bugzilla-daemon＠bugs.koha-community.org 07 Jul '25

07 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10762 --- Comment #56 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Trying to document this for our German version of the release notes we were wondering what the values actually refer to. It looks like they are scaling the barcode height and width, but what are the values it scales down and up from? -- You are receiving this mail because: You are watching all bug changes.

1 0