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

[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

[Bug 37485] New: Hold rules not respected for item groups if other items on bib are holdable
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '25

30 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37485 Bug ID: 37485 Summary: Hold rules not respected for item groups if other items on bib are holdable Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests 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 Circulation rules that limit holds aren't working properly when items with 0 allowed holds are added to item groups if there are holdable items on the bib, even if all items in a group have 0 holds allowed. To replicate: 1. Set circ rules to 0 holds allowed for test patron category/item type (ex: reference) 2. Create item with item type reference 3. Try to place hold, and note message saying holds aren't allowed (in this scenario, it can be placed by override) - works as expected. At this step, I'm also unable to place a hold via the OPAC. 4. Create an item group (REF), and add your reference item to it 5. Add another item to the bib that *is* holdable 6. Select your patron to place a hold. Note that there is no error message (which makes sense, since once item is holdable). 7. Select the 'Hold next available item from an item group' radio button, and then select your REF group. Note that there is no indication that the only item in this group is not holdable. 8. Click 'Place hold'. The hold places successfully, and there is no warning or popup that this hold isn't allowed. I can also successfully place a hold on the REF item group from the OPAC. The behavior appears to be the same in 23.05.10, 23.11, and 24.05. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 39785] New: We need tests for Vue module config endpoints
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '25

30 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39785 Bug ID: 39785 Summary: We need tests for Vue module config endpoints Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: matt.blenkinsop(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org Each vue module has a config endpoint for fetching various sysprefs and config options into the module. These also now handle permissions where required and we should have tests for these -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 38584] New: Typo? Logs preferences - "clo"
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '25

30 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38584 Bug ID: 38584 Summary: Typo? Logs preferences - "clo" Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)ptfs-europe.com, philip.orr(a)lmscloud.de I'm not sure about this one... Please close if it's correct. In the Logs preferences chapter, under AcquisitionLog (https://koha-community.org/manual/latest/en/html/logspreferences.html#acqui…) "MODIFY_BUDGET: a budget was edited (this does not include clo)" I feel like "clo" might have been "closing a budget"? Unless it's an acronym, CLO, although I'm not sure what it would refer to... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 38801] New: Typo: View of alert that there are comments wainting on Koha tools page
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '25

30 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38801 Bug ID: 38801 Summary: Typo: View of alert that there are comments wainting on Koha tools page Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)ptfs-europe.com, philip.orr(a)lmscloud.de Little typo in the manual: wainting -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 38583] New: Typo: I18N/L10N preferences - "an additional language are installed"
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '25

30 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38583 Bug ID: 38583 Summary: Typo: I18N/L10N preferences - "an additional language are installed" Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)ptfs-europe.com, philip.orr(a)lmscloud.de In the I18N/L10N preferences chapter, under languages (https://koha-community.org/manual/latest/en/html/i18npreferences.html#langu…) "Once an additional language are installed" are -> is -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 38598] New: Broken internal references in Administration chapter
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '25

30 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38598 Bug ID: 38598 Summary: Broken internal references in Administration chapter Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)ptfs-europe.com, philip.orr(a)lmscloud.de In the Administration chapter, under Acquisitions (https://koha-community.org/manual/latest/en/html/administration.html#acquis…) there is a link the Acquisitions chapter, but the format is wrong (or at least, doesn't work anymore). Current link Before using the `Acquisitions Module <#acqmodule>`__, It should be Before using the :ref:`acquisitions module <acquisitions-label>`, -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4