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

[Bug 38908] New: UNIMARC Koha install does not work for Elasticsearch
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '25

13 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38908 Bug ID: 38908 Summary: UNIMARC Koha install does not work for Elasticsearch Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Trying to launch a UNIMARC Koha with ktd with "--es7" and "--es8" options, I have this error. Not sure if it is a ktd bug or a Koha bug... Can't locate object method "type" via package "Unsupported UNIMARC character encoding [] for XML output for unimarc; 100$a -> 20091001afrey50 ba0 at /usr/share/perl5/MARC/File/XML.pm line 570. koha-1 | [1219] Indexing biblios koha-1 | [1219] 1000 records processed koha-1 | [1219] 2000 records processed koha-1 | [1219] 3000 records processed koha-1 | [1219] 4000 records processed koha-1 | [1219] Committing final records... es-1 | {"type": "server", "timestamp": "2025-01-16T14:54:41,756Z", "level": "INFO", "component": "o.e.c.m.MetadataMappingService", "cluster.name": "docker-cluster", "node.name": "37065e538e28", "message": "[koha_kohadev_biblios/1QeJV2h3R-SPTVkcuxG8TQ] update_mapping [_doc]", "cluster.uuid": "0PUajrC7QTuY5ta--TrqVw", "node.id": "Q2nG1GyeSqmrNhMk5n4nrQ" } koha-1 | [1219] Total 4849 records indexed koha-1 | [1219] Indexing authorities koha-1 | [1219] 1000 records processed koha-1 | [1219] 2000 records processed koha-1 | [1219] 3000 records processed koha-1 | [1219] 4000 records processed koha-1 | [1219] 5000 records processed koha-1 | [1219] Committing 5000 records... koha-1 | Warnings encountered while roundtripping a MARC record to/from USMARC. Failing over to MARCXML. at /kohadevbox/koha/misc/search_tools/rebuild_elasticsearch.pl line 317. koha-1 | substr outside of string at /usr/share/perl5/MARC/File/XML.pm line 563. koha-1 | Use of uninitialized value $enc in string eq at /usr/share/perl5/MARC/File/XML.pm line 565. koha-1 | Use of uninitialized value $enc in string eq at /usr/share/perl5/MARC/File/XML.pm line 565. koha-1 | Use of uninitialized value $enc in string eq at /usr/share/perl5/MARC/File/XML.pm line 567. koha-1 | Use of uninitialized value $enc in concatenation (.) or string at /usr/share/perl5/MARC/File/XML.pm line 570. koha-1 | Can't locate object method "type" via package "Unsupported UNIMARC character encoding [] for XML output for unimarc; 100$a -> 20091001afrey50 ba0 at /usr/share/perl5/MARC/File/XML.pm line 570. koha-1 | " (perhaps you forgot to load "Unsupported UNIMARC character encoding [] for XML output for unimarc; 100$a -> 20091001afrey50 ba0 at /usr/share/perl5/MARC/File/XML.pm line 570. koha-1 | "?) at /kohadevbox/koha/misc/search_tools/rebuild_elasticsearch.pl line 321. db-1 | 2025-01-16 14:54:46 12 [Warning] Aborted connection 12 to db: 'koha_kohadev' user: 'koha_kohadev' host: '172.23.0.5' (Got an error reading communication packets) db-1 | 2025-01-16 14:54:46 13 [Warning] Aborted connection 13 to db: 'koha_kohadev' user: 'koha_kohadev' host: '172.23.0.5' (Got an error reading communication packets) db-1 | 2025-01-16 14:54:46 14 [Warning] Aborted connection 14 to db: 'koha_kohadev' user: 'koha_kohadev' host: '172.23.0.5' (Got an error reading communication packets) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 39125] New: Add a filter on the header of ILL table requests
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '25

13 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39125 Bug ID: 39125 Summary: Add a filter on the header of ILL table requests Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: pedro.amorim(a)ptfs-europe.com, tomascohen(a)gmail.com You can currently sort the table, and filter it by using the filters on the lateral menu. Why not adding filters on the header too, like in other Koha tables? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 39104] New: ElasticSearch indexing crashes with exceptio in catch block
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '25

13 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39104 Bug ID: 39104 Summary: ElasticSearch indexing crashes with exceptio in catch block Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: simon.hohl(a)dainst.org QA Contact: testopia(a)bugs.koha-community.org With ElasticSearch 8 I get the following error while indexing: ``` Can't locate object method "type" via package "UTF-8 "\xC3" does not map to Unicode at /usr/share/perl5/MARC/File/Encode.pm line 35. " (perhaps you forgot to load "UTF-8 "\xC3" does not map to Unicode at /usr/share/perl5/MARC/File/Encode.pm line 35. "?) at /usr/share/koha/bin/search_tools/rebuild_elasticsearch.pl line 321. Something went wrong rebuilding indexes for ... ``` I am not used to perl, at first I thought I had some weird encoding in my record, but now I think this is actually a bug in the indexing script (rebuild_elasticsearch.pl line 321), which looks like this: (...) while ( my $record = $next->() ) { my $id = $record->id // $record->authid; my $record = $record->record; $count++; if ( $verbose == 1 ) { _log( 1, "$count records processed\n" ) if ( $count % 1000 == 0); } else { _log( 2, "$id\n" ); } push @id_buffer, $id; push @commit_buffer, $record; if ( !( --$commit_count ) ) { _log( 1, "Committing $commit records...\n" ); my $response; try{ $response = $indexer->update_index( \@id_buffer, \@commit_buffer ); _handle_response($response); _log( 1, "Commit complete\n" ); } catch { _log(1,"Elasticsearch exception thrown: ".$_->type."\n"); _log(2,"Details: ".$_->details."\n"); }; $commit_count = $commit; @id_buffer = (); @commit_buffer = (); } } (...) So the catch log is blowing up the indexing process. I can get the script to process most records by changing those two logs in the catch-block, but I am unsure how to fix the logging to see what the underlying issue with my records is. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 15050] Nonpublic note searchable from OPAC
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '25

13 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15050 --- Comment #28 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I think if we had a nice solution for Elasticsearch that would certainly help the issue already. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36889] New: Unable to send a password reset for staff at my branch
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '25

13 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36889 Bug ID: 36889 Summary: Unable to send a password reset for staff at my branch Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Send password reset is not in the menu if the patron is a staff member from the same branch I am logged in as. I can reset the password for staff from other branches, just not my own. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 35402] Update the OPAC and staff interface to Bootstrap 5
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '25

13 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 Jonathan Druart <jonathan.druart(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nagappa.b(a)tcs.com --- Comment #57 from Jonathan Druart <jonathan.druart(a)gmail.com> --- *** Bug 39122 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 34477] New: Further reduce memory usage for idle background job worker
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '25

12 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34477 Bug ID: 34477 Summary: Further reduce memory usage for idle background job worker Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org While bug 28413 reduced the amount of memory used by background job worker, I think that we can reduce it further yet. I'm seeing a lot of workers around 56MB RES and 104MB VIRT at the moment (although there are some smaller ones). Multiple that for multiple workers across multiple instances, and it adds up pretty quickly. Contrast that with bug 27267 where I've got an idle Zebra indexer that uses 7MB RES and 12MB VIRT. That scales up much nicer. Anyway, not a burning issue, but it would be useful to do sometime down the track. It could be an easy win for server resource usage. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 31050] New: Standardize session setup
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '25

12 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31050 Bug ID: 31050 Summary: Standardize session setup Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org We should have 1 function that sets up the basics of a $session object which we can use across all our different authentication options. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 15050] Nonpublic note searchable from OPAC
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '25

12 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15050 --- Comment #27 from David Cook <dcook(a)prosentient.com.au> --- It would be interesting to look at this again in the context of Elasticsearch... Because Elasticsearch lets you index more complex data structures and have more complex query structures, it could actually be possible to tag the index document fields with "public: true"/"public: false" type metadata. Because we don't have an "Any" index in Elasticsearch, it should even work with a keyword index search. But it would be a big ES only feature... -- I really can't think of any way of making this work with Zebra (without having separate Zebra databases for OPAC and staff interface which would double storage costs and increase indexing time). -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 29678] New: Can't use exteral URL for XSLT stylesheet
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '25

12 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29678 Bug ID: 29678 Summary: Can't use exteral URL for XSLT stylesheet Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org If I try to specify an external URL as an XSLT stylesheet it doesn't work. In the error logs I see messages like this: [2021/12/10 12:37:50] [WARN] XSLT::Base: Could not create file parser context for file "https://path/to/MARC21slim2intranetResults.xsl": No such file or directory at /kohadevbox/koha/Koha/XSLT/Base.pm line 330. I have verified that the .xsl file is accessible and that internal links (to MARC21slimUtils.xsl for instance) are valid too. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33