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

[Bug 38329] New: Remove orphan confirm_deletion() in supplier.tt
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38329 Bug ID: 38329 Summary: Remove orphan confirm_deletion() in supplier.tt Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: phil(a)chetcolibrary.org Reporter: phil(a)chetcolibrary.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 28082 A dozen years ago, we used YUI rather than Bootstrap, and https://git.koha-community.org/Koha-community/Koha/src/commit/f05a8c839f7bd… was actually used. The switch to Bootstrap duplicated the function in koha-tmpl/intranet-tmpl/prog/en/includes/acquisitions-toolbar.inc, so we had two of them with slightly different strings (and I'm not going down the rabbit-hole of which one was actually used), until bug 28082 switched it from a link with href="javascript:confirm_deletion()" to a form a couple of years ago. Luckily, that was on 22.05, before every currently supported version, so it doesn't matter which one was used, because there's only one and it is unused on every current version. Now, it's just a complete orphan which gives a false-positive for anyone looking for the ?op="delete" which will fail due to CSRF protection. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28082 [Bug 28082] Add acquisitions toolbar to vendors on vendor search page -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 38100] New: Items with damaged status are shown in OPAC results as "Not available" even with AllowHoldsOnDamagedItems
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38100 Bug ID: 38100 Summary: Items with damaged status are shown in OPAC results as "Not available" even with AllowHoldsOnDamagedItems Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: januszop(a)gmail.com Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: pmis(a)mnw.art.pl Items with damaged status are shown on the OPAC results page as "Not available" even with AllowHoldsOnDamagedItems set to 'Allow', which is misleading for the users. 'other/Damaged' status should be assigned only if AllowHoldsOnDamagedItems is set to 'Don't allow'. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 38322] New: Wrong comment in t/db_dependent/api/v1/erm_users.t
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38322 Bug ID: 38322 Summary: Wrong comment in t/db_dependent/api/v1/erm_users.t 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The test creates two users, and says list should return both, however, the user performing the call doesn't have 'view_borrower_infos_from_any_libraries' permission and only lists 1, which is what the test checks -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 24690] New: Make OPACPopupAuthorsSearch work with search terms containing parenthesis
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24690 Bug ID: 24690 Summary: Make OPACPopupAuthorsSearch work with search terms containing parenthesis Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org As noted in bug 13327 this feature doesn't work when the selected search terms contain (). No results will be found. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 36132] New: Allow users to delete multiple patron_lists at once on any page
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36132 Bug ID: 36132 Summary: Allow users to delete multiple patron_lists at once on any page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: phan-tung.bui(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Bug 34977 prevented users from deleting multiple patron lists from the 2nd page onwards. This patch resolves the issue -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 29

[Bug 23426] New: Empty AV field returned in Patron Info in addition to those requested
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23426 Bug ID: 23426 Summary: Empty AV field returned in Patron Info in addition to those requested Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com If fine items are requested in a patron info request, they are returned but an additional, always empty AV field is also returned. e.g. request is for fine items with start = 1 and stop = 1 instead of returning AVFirst items description| client receives AVFirst items description|AV| cause an off by one error in fine items - patch to follow -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 62

[Bug 37326] New: Batch modification should decode barcodes when using a barcode file
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37326 Bug ID: 37326 Summary: Batch modification should decode barcodes when using a barcode file Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When performing batch modification, we call barcodedecode on any barcodes entered as a list, however, if a file is uploaded we do not. This should be done for consistency. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 37854] New: Barcode fails when adding item during order receive (again)
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37854 Bug ID: 37854 Summary: Barcode fails when adding item during order receive (again) Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Basically the same bug as 28103 but newer Koha version, and this time we get "undefined" instead of a console error. -- 0. Set "autoBarcode" to "generated in the form <branchcode>yymm0001" 1. Create a vendor 2. Create a backet with "Create items when" set to "receiving an order" 3. Add an order (any order) 4. Close the basket 5. Receive the shipment 6. Click in the barcode field 7. Note that you get a barcode like undefined24090001 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 29818] New: Cannot save subscription frequency with no display order
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29818 Bug ID: 29818 Summary: Cannot save subscription frequency with no display order Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1 - Go to Manage Frequencies (/cgi-bin/koha/serials/subscription-frequencies.pl) 2 - create a new frequency, don't enter a value for display order 3 - try to save, get an error: C4::Serials::Frequency::AddSubscriptionFrequency(): DBI Exception: DBD::mysql::st execute failed: Incorrect integer value: '' for column 'displayorder' at row 1 at /kohadevbox/koha/serials/subscription-frequencies.pl line 89 at /usr/share/perl5/DBIx/Class/Exception.pm line 77 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 38437] New: Modal does not appear on single order receive
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '25

03 Feb '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38437 Bug ID: 38437 Summary: Modal does not appear on single order receive Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org I think this is a regression from past behaviour. It used to be that if you only received one order in acquisitions, the modal to edit the order information would appear automatically. Now we have to click on 'Edit' to have access to it. To recreate (with ktd default data): 1. Place an order in acquisitions 1.1. Go to Acquisitions 1.2. Click 'Search' next to 'Search vendors' 1.3. Click 'Add to basket' next to 'My basket' 1.4. Search for an existing record (e.g. search for Shakespeare) 1.5. Click 'Add order' next to a result or in the detailed record 1.6. In the item form, choose an item type 1.7. Click 'Add item' 1.8. Choose a fund 1.9. Enter a price in 'Vendor price' 1.10. Click 'Save' 1.11. Click 'Close basket' 1.12. Click 'Yes, close' 2. Receive the order 2.1. Click 'Receive shipments' 2.2. Enter a value in 'Vendor invoice' 2.3. Click 'Next' 2.4. Click 'Receive' next to your order --> in 24.05, the modal appears at this point. Now we have to click 'Edit' This was the behaviour when bug 33784 was added. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20