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

[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

[Bug 38163] New: Unable to change the password
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '24

14 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38163 Bug ID: 38163 Summary: Unable to change the password Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Mana-kb (server) Assignee: koha-bugs(a)lists.koha-community.org Reporter: nihal776655(a)gmail.com Created attachment 172712 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=172712&action=e… this is the website error i received Dear sir/madam, I am a new student from MSRIT college I am unable to log in to my account given to me by the librarian, I tried using forget password but upon clicking on the Gmail link I am getting the 404 error. //Hope you fix this error soon. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 27937] New: Date of birth entered without correct format causes internal server error
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '24

12 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27937 Bug ID: 27937 Summary: Date of birth entered without correct format causes internal server error Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In 20.05 when a birthdate is entered in patron registration form (memberentry.pl) incorrectly, and save button is clicked, you receive an Internal Server Error and all the data is lost. To recreate: 1. Add new patron 2. Enter birthdate as 2/11/1986 3. Complete required fields 4. Save 5. Get ISE Yes, the text below the birthdate does specify MM/DD/YYYY but an incorrect entry should not cause all the data entered to be lost. Perhaps a warning instead that the birthdate format is incorrect? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 35050] New: Self checkout and checkin interfaces don't use correct library for additional contents
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '24

11 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35050 Bug ID: 35050 Summary: Self checkout and checkin interfaces don't use correct library for additional contents Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org When using HTML customizations in the self checkout and self checkin interfaces, the content should respect both the language and the library. If the user is not logged in, content should be displayed according to $ENV{OPAC_BRANCH_DEFAULT}. If the user is logged in, content should be displayed according to their home library. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 24879] Add missing authentication checks
by bugzilla-daemon＠bugs.koha-community.org 11 Oct '24

11 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24879 --- Comment #38 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- These scripts were adjusted: cataloguing/value_builder/barcode.pl | 10 ++++++++++ cataloguing/value_builder/barcode_manual.pl | 10 ++++++++++ cataloguing/value_builder/dateaccessioned.pl | 10 ++++++++++ cataloguing/value_builder/marc21_field_005.pl | 10 ++++++++++ cataloguing/value_builder/marc21_field_245h.pl | 12 +++++++++++- cataloguing/value_builder/marc21_field_260b.pl | 10 ++++++++++ cataloguing/value_builder/marc21_orgcode.pl | 9 +++++++++ cataloguing/value_builder/stocknumber.pl | 9 +++++++++ cataloguing/value_builder/upload.pl | 10 ++++++++++ But note that the remaining perl scripts here should also be adjusted actually. Just checking if get_template_and_user (a.o.) is present in the launcher sub is not sufficient ! The check $line =~ m|^[^#]*$routine| would already approve a lingering (but unused) statement like "use C4::Auth qw(get_template_and_user);". -- You are receiving this mail because: You are watching all bug changes.

1 0