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

[Bug 39100] New: Item creation form needs improved formatting when receiving
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '25

11 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39100 Bug ID: 39100 Summary: Item creation form needs improved formatting when receiving Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 177753 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=177753&action=e… Item form formatting when receiving. Noticed this when testing standing orders in 24.11. To Replicate: 1. Add a basket to a vendor. Select orders are standing, create items on receiving. 2. Add an order to the basket 3. Receive. 4. Enter invoice and select standing order basket/order to receive. Notice the modal pop-up has the item form on the left side. The fields and field labels appear on different lines and the form is longer than is necessary. (see image for formatting). Could be my screen size or the modal limitations. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[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 ---------------------------------------------------------------------------- Attachment #176669|0 |1 is obsolete| | --- Comment #50 from Lucas Gass (lukeg) <lucas(a)bywatersolutions.com> --- Created attachment 177752 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=177752&action=e… Bug 15461: Fix typo in items/catalogue_detail.inc -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 ---------------------------------------------------------------------------- Attachment #176142|0 |1 is obsolete| | --- Comment #49 from Lucas Gass (lukeg) <lucas(a)bywatersolutions.com> --- Created attachment 177751 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=177751&action=e… Bug 15461: Add stand alone shelving location column to holdings table To test: 1. APPLY patch and restart_all 2. Go the detail page for some records and see the shelving location column. 3. Make sure the data looks correct 4. Try Table settings to make sure the column can be properly hidden NOTE: You cannot currently search the holdings table for AV descriptions, only the code. Signed-off-by: David Nind <david(a)davidnind.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14322] Add option to create a shareable link for item searches
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '25

11 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14322 Rebecca Coert <rcoert(a)arlingtonva.us> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rcoert(a)arlingtonva.us -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 38948] New: Modal error on some pages: Can't access property "backdrop"
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '25

11 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38948 Bug ID: 38948 Summary: Modal error on some pages: Can't access property "backdrop" Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 35402 I know I've seen this in more than one place, but I've just confirmed that it appears in the console on the item add/edit page: Uncaught TypeError: can't access property "backdrop", this._config is undefined _initializeBackDrop http://127.0.0.1:8081/intranet-tmpl/lib/bootstrap/bootstrap.bundle.min_24.1… On http://127.0.0.1:8081/intranet-tmpl/lib/bootstrap/bootstrap.bundle.min_24.1… <anonymous> http://127.0.0.1:8081/intranet-tmpl/prog/js/cookieconsent_24.1200003.js:20 <anonymous> http://127.0.0.1:8081/intranet-tmpl/prog/js/cookieconsent_24.1200003.js:197 bootstrap.bundle.min_24.1200003.js:6:52582 I think it's new since the Bootstrap 5 upgrade. Some web searches turn up information like "The problem is that the Modal has not been loaded into the DOM at this stage and therefore is undefined when the getElementById action is performed. The solution was to wait until the DOM is loaded." This would make sense considering the add/edit item page is one of those pages where the JS is loaded at the top of the page rather than the bottom. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 [Bug 35402] Update the OPAC and staff interface to Bootstrap 5 -- You are receiving this mail because: You are watching all bug changes.

1 1