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

[Bug 12926] Create a "My star ratings" page in opac replicating functionality of "My tags"
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '25

09 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12926 Andreas Roussos <a.roussos(a)dataly.gr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |a.roussos(a)dataly.gr -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 34120] New: Add custom content areas to the tools home page and cataloging home page
by bugzilla-daemon＠bugs.koha-community.org 09 Jul '25

09 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34120 Bug ID: 34120 Summary: Add custom content areas to the tools home page and cataloging home page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Add HTML customization areas on the tools home page and catalog home page. This way libraries could configure which links show up on those pages. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '25

08 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 Pedro Amorim <pedro.amorim(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pedro.amorim(a)openfifth.co.u | |k -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 33949] New: Replace GetAllIssues with Koha::Checkouts - opac
by bugzilla-daemon＠bugs.koha-community.org 08 Jul '25

08 Jul '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33949 Bug ID: 33949 Summary: Replace GetAllIssues with Koha::Checkouts - opac Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Blocks: 33947 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33947 [Bug 33947] Move GetAllIssues to Koha -- You are receiving this mail because: You are watching all bug changes.

1 28

[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