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

[Bug 18292] New: t/db_dependent/Circulation.t Dubious, test returned 1 even if test ok
by bugzilla-daemon＠bugs.koha-community.org 01 May '25

01 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18292 Bug ID: 18292 Summary: t/db_dependent/Circulation.t Dubious, test returned 1 even if test ok Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 40

[Bug 39788] New: Restrict Editing Withdrawn Status To Home Library
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '25

30 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39788 Bug ID: 39788 Summary: Restrict Editing Withdrawn Status To Home Library Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: trevor.diamond(a)mainlib.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Many item fields can be restricted to only be edited by the home library, but Lost, Withdrawn, and Damaged are still able to changed by any staff memmber at any library with edit item permissions. It makes sense for Lost and Damaged, but Withdrawn should be restricted to just the home library. Example: In a consortium, staff member from Library A should not be able to withdraw items from Library B. If there are two branches in the same library, it's ok to do that editing, but not from two completely independent libraries. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 39794] New: Improve 404 for VueJS components
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '25

30 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39794 Bug ID: 39794 Summary: Improve 404 for VueJS components Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 38010 Happens for the (new) vendor component http://localhost:8081/cgi-bin/koha/acquisition/vendors/42 https://snipboard.io/6zejXV.jpg But also for ERM. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38010 [Bug 38010] Migrate vendors to Vue -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 33617] New: Items in cart location still need to show permanent location on search.pl
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '25

30 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33617 Bug ID: 33617 Summary: Items in cart location still need to show permanent location on search.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org The search.pl page shows results for items, but only shows the cart location, if used, for the item location. Librarians want a quick way to locate items, and removing the permanent location forces librarians to click into records to see the permanent location. Cart locations should show next to the permanent location, either emphasized or in parenthesis. But wherever a shelf location is shown, permanent location should always show, and the cart location should be added to it in some discernable way. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 39797] New: Cypress tests Acquisitions/Vendors_spec.ts should not have a whole vendor object
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '25

30 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39797 Bug ID: 39797 Summary: Cypress tests Acquisitions/Vendors_spec.ts should not have a whole vendor object Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 38010 +const getVendor = () => { We should not have the whole vendor object there, better use the mock mechanism (based on the api spec) from t/cypress/plugins/mockData.js Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38010 [Bug 38010] Migrate vendors to Vue -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39796] New: Format discount and tax rate code should be moved out of the vue component
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '25

30 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39796 Bug ID: 39796 Summary: Format discount and tax rate code should be moved out of the vue component Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 38010 vue/components/Vendors/VendorOrderingInformation.vue + formatTaxRate(taxRate) { + if (!taxRate) return 0; + const decimalPlaces = taxRate.toString().split(".")[1]?.length || 0; + const multiplier = 10 ** decimalPlaces; + return Math.round(taxRate * multiplier) / (multiplier / 100); + }, + formatDiscount() { + if (!this.vendor.discount) return 0.0; + const decimalPlaces = + this.vendor.discount.toString().split(".")[1]?.length || 0; + if (decimalPlaces) { + return this.vendor.discount; + } else { + return this.vendor.discount.toFixed(1); + } + }, This should not be there. Ideally it should be in a js file that would be reusable from outside vue. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38010 [Bug 38010] Migrate vendors to Vue -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 39795] New: Data loss when editing vendor.addressX
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '25

30 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39795 Bug ID: 39795 Summary: Data loss when editing vendor.addressX Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 38010 It's related to this code from vue/components/Vendors/VendorFormAdd.vue + let physical = ""; + vendor.address1 && (physical += vendor.address1 + "\n"); + vendor.address2 && (physical += vendor.address2 + "\n"); + vendor.address3 && (physical += vendor.address3 + "\n"); + vendor.address4 && (physical += vendor.address4 + "\n"); + this.vendor.physical = physical; + if (vendor.physical) { + const addressLines = vendor.physical.split("\n"); + if (addressLines.length > 4) { + addressLines.length = 4; + } + addressLines.forEach((line, i) => { + vendor[`address${i + 1}`] = line; + }); + } The existing bug has been ported when writing bug 38010 but it should be fixed. If you enter physical address on more than 4 lines, save => Only the first 4 lines are kept. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38010 [Bug 38010] Migrate vendors to Vue -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 39793] New: Incorrect styling on basket name when editing a basket
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '25

30 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39793 Bug ID: 39793 Summary: Incorrect styling on basket name when editing a basket Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It has the required attribute: https://snipboard.io/IRHe4K.jpg -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 39791] New: Add default filters to overdue.pl report
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '25

30 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39791 Bug ID: 39791 Summary: Add default filters to overdue.pl report 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com overdue.pl can be slow to load when you have many overdues and it currently runs unfiltered. It would be nice to add default filters, like with the holds queue, with things like branchcode pre-selected. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 31207] New: The OPAC Shelf browser fails to display local cover images
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '25

30 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31207 Bug ID: 31207 Summary: The OPAC Shelf browser fails to display local cover images Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: a.roussos(a)dataly.gr QA Contact: testopia(a)bugs.koha-community.org In the OPAC Details page for a biblio, opening the Shelf browser will display adjacent items next to each other based on their call number and also display any cover images found. It's a very useful OPAC feature that allows librarians to have a "virtual" look at their library shelves. This is currently broken *when local covers are exclusively in use*, as it fails to fetch the related local cover images from the DB. Steps to reproduce: TL;DR: Just visit the sandbox URL below and see for yourself ;-) https://opac-shlfbrwsr.sandboxes.biblibre.eu/cgi-bin/koha/opac-detail.pl?bi… Go to Home > Administration > System preferences in the Staff interface: - in section 'OPAC -> Shelf browser', make sure OPACShelfBrowser is enabled (i.e. set to 'Show') - in section 'Enhanced content -> Local or remote cover images', make sure both LocalCoverImages and OPACLocalCoverImages are enabled (i.e. set to 'Display') - make sure no other cover image provider is enabled - make sure OpacSeparateHoldings and OpacSeparateHoldingsBranch are set to 'Don't separate' and 'home library', respectively Next, in the Staff interface, find a record without any local cover images (either at the biblio or at the item level), having at least one item attached to it that has a Call number (the call number value can be anything -- it's only needed to trigger the display of the 'Browse shelf' hyperlink). Use the 'Images' tab in the Details page of the record to upload a local cover image at the biblio level (do *not* upload any item-level cover image). Finally, in the OPAC, visit the Details page of the record you just added the cover image to, and click on the 'Browse shelf' link found in the 'Call number' column. When the Shelf browser expands, you'll notice that there is no cover image displayed for the item(s) that belong to your test biblio. -- You are receiving this mail because: You are watching all bug changes.

1 38