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

[Bug 25375] New: Elasticsearch: Limit on available items does not work
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '24

15 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25375 Bug ID: 25375 Summary: Elasticsearch: Limit on available items does not work Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com Currently what this limit does is a filter on onloan:false This means that: - Any biblio with at least one checked out item will be hidden from the results, even if it has other available items - A biblio whose items are all lost, damaged, withdrawn or "notforloan" will not be hidden, but the results will show "X items, none available" -- You are receiving this mail because: You are watching all bug changes.

1 70

[Bug 7012] Limit to available does not exclude in-transit items
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '24

15 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7012 --- Comment #15 from Jonathan Druart <jonathan.druart(a)gmail.com> --- The availability is in the ES's index already (bug 25375), we only need to adjust the "available" index. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 38171] New: Add types for all our JavaScript dependencies for better inline documentation
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '24

15 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38171 Bug ID: 38171 Summary: Add types for all our JavaScript dependencies for better inline documentation Change sponsored?: --- Product: Koha Version: Main 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: paul.derscheid(a)lmscloud.de QA Contact: testopia(a)bugs.koha-community.org When working with jQuery, flatpickr or any other JavaScript dependency, it can be very helpful to have the type definitions available for VSCode and consorts as well as Neovim. This patch just adds them when they are not already provided by the package itself. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 7012] Limit to available does not exclude in-transit items
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '24

15 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7012 Martin Renvoize (ashimema) <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pedro.amorim(a)ptfs-europe.co | |m -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7012] Limit to available does not exclude in-transit items
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '24

15 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7012 --- Comment #14 from Martin Renvoize (ashimema) <martin.renvoize(a)ptfs-europe.com> --- I think that the challenge here is that whilst this sounds simple, it's actually rather involved. In my understanding, this is one of the parts of detail that we apply post-searching, so the information isn't available inside the indexes as it stands. It should be doable work, but it's not a quick job and thus is always at the bottom of developers' piles when there's more lucrative work in the queue :(. I'll try to see if I can carve out some time, but I'm also in the same boat of a whole queue of paid work with strict deadlines on my plate right now. This is the sort of thing I'd love to see the foundation sponsor once it's setup.. we all agree it's a bug and should be fixed, we just can't easily prioritise it individually when we have bills of our own to pay. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 7012] Limit to available does not exclude in-transit items
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '24

15 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7012 Martin Renvoize (ashimema) <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |martin.renvoize@ptfs-europe | |.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38170] New: xt/verify-yarnlock.t doesn't detect removal of packages
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '24

15 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38170 Bug ID: 38170 Summary: xt/verify-yarnlock.t doesn't detect removal of packages Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org Found while reviewing Bug 38164 Test plan (not dependent on Bug 38164 being merged or not) 1. From package.json, remove the 3 @fortawesome* packages 2. Run prove xt/verify-yarnlock.t 3. It works! :o The test is working if I upgrade (edit package.json) webpack-cli from "^4.9.2" to "^5.1.4" And it's working if I add in package.json this "esperanto.js": "^1.1.0", I just searched a package that has no dependency (maybe testing with random stuff is a bit dangerous ^^") Are there other cases to handle? -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 38169] New: returns.pl should show permanent shelving location
by bugzilla-daemon＠bugs.koha-community.org 15 Oct '24

15 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38169 Bug ID: 38169 Summary: returns.pl should show permanent shelving location Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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 When checking in items, it is completely unnecessary to show the temporary shelving location. The item is in hand. The shelving location column should show the permanent shelving location on this particular table. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 38160] New: Cannot delete report from report list
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '24

14 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38160 Bug ID: 38160 Summary: Cannot delete report from report list Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: eric(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 172710 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=172710&action=e… screenshot of the URL for the delete link Very similar to 37328, but this is from the list view of the reports. Clicking on the up arrow and then 'delete' does nothing. The url when you hover over 'delete' ends with /cgi-bin/koha/reports/guided_reports.pl?op=list# -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 38161] New: Batch checkout fails if overriding max checkouts for an item type
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '24

14 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38161 Bug ID: 38161 Summary: Batch checkout fails if overriding max checkouts for an item type Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Checkouts that can proceed by override using the single-item checkout function don't work using batch checkouts. To replicate: -Find or set a circ rule that allows X items for your test patron category -Check out X items of that type to your test patron -Using batch check out, enter 1 or more barcodes of the same item type as above and click 'Check out' -On the confirmation screen, note the 'Too many checked out' message and that the line for that item is still selected -Click the 'Checkout or renew' button -In your patron's checkouts table, see that the items over the limit have not been checked out -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4