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

[Bug 36699] New: Use 'diff' option in actionlogs more widely.
by bugzilla-daemon＠bugs.koha-community.org 01 May '25

01 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36699 Bug ID: 36699 Summary: Use 'diff' option in actionlogs more widely. Change sponsored?: --- Product: Koha Version: unspecified 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 25159 Bug 25159 introduced a 'diff' option to the action logs to allow for consistent diff storage.. we should use it more widely. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25159 [Bug 25159] Action logs should be stored in JSON ( and as a diff of the change ) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[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 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 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 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

[Bug 38556] New: Broken external link to project summary (?)
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '25

30 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38556 Bug ID: 38556 Summary: Broken external link to project summary (?) 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 In the Introduction chapter, under Contributing to the manual (https://koha-community.org/manual/latest/en/html/intro.html#contributing-to…) there is a link to the gitlab project (OK) followed by "(see a summary here)". The link under "here" is broken. I'm not sure what it was meant to be, and anyway it is not recommended anymore to have "here" links, so we should probably remove the whole section in parentheses, leaving just the link to the gitlab project. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4