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

[Bug 15461] Add shelving location to holdings table as a separate column
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '25

11 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15461 Lucas Gass (lukeg) <lucas(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Patch doesn't apply -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39097] New: [NoNodes] ** No nodes are available: [http://localhost:9200] after Upgrading
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '25

11 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39097 Bug ID: 39097 Summary: [NoNodes] ** No nodes are available: [http://localhost:9200] after Upgrading Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: major 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 The is already bug #30898, concerning tests. But I have an issue after upgrading to Debian bookworm and Koha 24.11 (from 21.11). I get the following error: ``` # koha-elasticsearch --rebuild -d -v myinstance [16419] Checking state of biblios index [16419] Dropping and recreating biblios index [NoNodes] ** No nodes are available: [http://localhost:9200] called from sub Search::Elasticsearch::Role::Client::Direct::__ANON__ at /usr/share/koha/lib/Koha/SearchEngine/Elasticsearch/Indexer.pm line 437.Something went wrong rebuilding indexes for myinstance ``` cURL returns: ``` # curl localhost:9200 { "name" : "UMcmM90", "cluster_name" : "elasticsearch", "cluster_uuid" : "Cpb1dvL5S1SFkfJseUMcEQ", "version" : { "number" : "6.8.23", "build_flavor" : "default", "build_type" : "deb", "build_hash" : "4f67856", "build_date" : "2022-01-06T21:30:50.087716Z", "build_snapshot" : false, "lucene_version" : "7.7.3", "minimum_wire_compatibility_version" : "5.6.0", "minimum_index_compatibility_version" : "5.0.0" }, "tagline" : "You Know, for Search" } ``` Any pointers towards how to debug this further? This also seems to crash my `/cgi-bin/koha/about.pl`? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 13965] Add date last seen on item search
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '25

11 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13965 Amanda Campbell <acampbell(a)hmcpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |acampbell(a)hmcpl.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 33534] New: catalog New record An error has occurred! Error 500
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '25

11 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33534 Bug ID: 33534 Summary: catalog New record An error has occurred! Error 500 Change sponsored?: --- Product: Koha Version: 22.11 Hardware: PC OS: Linux Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jenni.neenan(a)defence.gov.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I had just logged in to Koha ready to begin work. While cataloguing a new item, I tried to search for an item using Z39.50 protocol and received the following: An error has occurred! Error 500. I then tried to open a "New record" to add the item manually and received the same message. When I search for an item I can locate resources already added to our catalogue, however when I try to open the record to edit it I received again: An error has occurred! Error 500" However, I can access the new item feature on another PC. I am also able to conduct a search using Z39.50. How can I gain access to the full cataloguing module again on our master PC. Can someone help me to determine what has gone wrong and suggest a solution? Your assistance in this issue is much appreciated. Thank-you. Jenni -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 39082] New: Remove or optionally hide biblioitems.metadata warning on saved reports
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '25

11 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39082 Bug ID: 39082 Summary: Remove or optionally hide biblioitems.metadata warning on saved reports Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 17898 Back in 2017, bug 17196 moved MARC data from biblioitems.marcxml to biblio_metadata.metadata and bug 17898 added an alert and Update button on any report that Koha flagged as seeming obsolete. Bug 19638 tried to lower the number of false positives on that alert. Currently, the alert appears on any report where the saved sql includes "biblioitems" and "marcxml." This still results in false positives when one queries a field like import_records.marcxml in a report that also references biblioitems. Are we far enough our from bug 17196 to remove this warning? Or give an easy syspref or similar with which to disable it? Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17898 [Bug 17898] Add a way to automatically convert SQL reports -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 34587] New: Add a Usage Statistics module to ERM
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '25

11 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34587 Bug ID: 34587 Summary: Add a Usage Statistics module to ERM Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart+koha(a)gmail.com Reporter: matt.blenkinsop(a)ptfs-europe.com CC: jonathan.druart+koha(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com A module has been developed to support the gathering and analysis of usage statistics for e-resources in the ERM module. Github link is attached, here is also a video to a demonstration of the module for context on how it works: https://www.youtube.com/live/Ev1tJt7yUjc?si=BwgDATEt4JlM6Yzj&t=5658 -- You are receiving this mail because: You are watching all bug changes.

1 73

[Bug 39090] New: Add functionality to close/merge multiple baskets at once in the vendor interface (booksellers.pl)
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '25

11 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39090 Bug ID: 39090 Summary: Add functionality to close/merge multiple baskets at once in the vendor interface (booksellers.pl) Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: lam.vo(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org Currently, in the vendor interface (booksellers.pl), there is no option to close/merge multiple baskets at once. Librarians must close each basket individually, which can be time-consuming and inefficient, especially when managing a large number of baskets. This feature request proposes adding a functionality to select and close/merge multiple baskets simultaneously, similar to how other batch operations (e.g., merging invoices) are handled in Koha. This would streamline the workflow for acquisitions staff and improve overall efficiency. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 39074] New: No translation is required
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '25

11 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39074 Bug ID: 39074 Summary: No translation is required Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: translate.koha-community.org Assignee: koha-bugs(a)lists.koha-community.org Reporter: Igor.A.Sychev(a)mail.ru QA Contact: testopia(a)bugs.koha-community.org 515 <xsl:call-template name="subfieldSelect"> 516 <xsl:with-param name="codes">bcdefghijklmnopqrstvwxyz</xsl:with-param> 517 </xsl:call-template> koha-tmpl/intranet-tmpl/prog/en/xslt/UNIMARCslimUtils.xsl:516 koha-tmpl/opac-tmpl/bootstrap/en/xslt/UNIMARCslimUtils.xsl:513 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 39064] New: field 005
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '25

11 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39064 Bug ID: 39064 Summary: field 005 Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: Igor.A.Sychev(a)mail.ru QA Contact: testopia(a)bugs.koha-community.org The name (marc21_field_005.pl) of the plugin does not match for Unimarc. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 17898] New: Add a way to automatically convert SQL reports
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '25

10 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17898 Bug ID: 17898 Summary: Add a way to automatically convert SQL reports Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Bug 17196 move the marcxml out of the biblioitems table. That will break SQL reports using it. It would be handy to propose an automagically way to convert the SQL reports. -- You are receiving this mail because: You are watching all bug changes.

1 37