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

[Bug 29531] New: CanBookBeRenewed is inconsistent when checking AllowRenewalIfOtherItemsAvailable
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '24

15 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29531 Bug ID: 29531 Summary: CanBookBeRenewed is inconsistent when checking AllowRenewalIfOtherItemsAvailable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In working on bug 29483 it was found that the logic of CanBookBeRenewed can be flawed when relating to AllowRenewalIfOtherItemsAvailable At checkin we call 'CheckReserves' to find holds on the current item and will fill only holds that obey hold 'policies' - but we will also fill a hold that violates the 'rules' To recreate: 1 - Set circ rules to allow 5 holds for All/All 2 - Set an itemtype level circ rule to allow 0 holds 3 - Place a title level hold on a record with an item of that type and one of another type 4 - Note while placing hold that you cannot select the item of that type 5 - Check in the item with that type - the hold is trapped - ignore it for now 6 - Check out the other item to a patron 7 - Note the renew column in checkouts says 'On hold' 8 - Set AllowRenewalIfOtherItemsAvailable to 'Allow' 9 - Note the renew column still says 'On hold' despite the fact that that item will fill the existing hold -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 26482] New: Add macros ability to basic editor
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '24

15 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26482 Bug ID: 26482 Summary: Add macros ability to basic editor Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl With the enhancements to macro functionality, it would be really nice to be able to use macros in the basic editor too. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 24192] New: Show host record items in basket/shelves
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '24

15 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24192 Bug ID: 24192 Summary: Show host record items in basket/shelves Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If EasyAnalyticalRecords is enabled, and if record has no items, display host record items in baskets and lists (staff interface only) Also, show items.enumchron in both pages -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 32381] New: Koha should be able to receive and record reasons for failed SMS notices
by bugzilla-daemon＠bugs.koha-community.org 14 Mar '24

14 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32381 Bug ID: 32381 Summary: Koha should be able to receive and record reasons for failed SMS notices Change sponsored?: --- Product: Koha Version: master 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: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org When a third-party SMS-sending service fails to send a notice and returns a reason for the failure, there is apparently no way for that reason to get passed into Koha and recorded in message_queue.failure_code. I gather this is a limitation based on the SMS::Send drivers. For example, if a library is using Twilio to send their SMS notices and a patron unsubscribes to library texts via Twilio, all future SMS notices generated in Koha will fail to send. In the staff interface, they show "NO_NOTES" in message_queue.failure_code. The error logs on the server show "Attempt to send to unsubscribed recipient at /usr/share/perl5/SMS/Send.pm line=270." It would be quite useful if the Koha interface could show staff why the notice didn't send. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 31306] New: Add Koha::Items->search_ordered method
by bugzilla-daemon＠bugs.koha-community.org 14 Mar '24

14 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31306 Bug ID: 31306 Summary: Add Koha::Items->search_ordered method Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org On bug 27272 we are going to replace C4::Items::GetItemsInfo with Koha::Items methods, but we need to keep the existing behaviour that is: Order by publisheddate, enumchron for searisl, or by homebranch.branchname, enumchron, LPAD( copynumber, 8, '0' ), desc dateaccessioned -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 35762] New: Add option to send WELCOME notice immediately
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '24

12 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35762 Bug ID: 35762 Summary: Add option to send WELCOME notice immediately Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisette.scheer(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently the welcome notice sends as part of the message queue. You can create a separate process_message_queue.pl for it, but it's not quote the same. It would be helpful for libraries to have the option to send an immediate email to new patrons. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 36123] New: Visibility setting in framework for the 856$u not being followed in OPAC or Staff interface
by bugzilla-daemon＠bugs.koha-community.org 12 Mar '24

12 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36123 Bug ID: 36123 Summary: Visibility setting in framework for the 856$u not being followed in OPAC or Staff interface Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I tested this behavior on 23.05 and two test sites for 23.11. To replicate: 1. Check the default framework and ensure the 856$u is visible in the OPAC and Staff Interface. Ensure the URL box is checked. 2. Find a record in the default framework. 3. Add a link like https://www.google.com to the 856$u and Google to the 856$y 4. View the record in the record detail view and the OPAC. Click the link to make sure it works. 5. Now edit the default framework and uncheck the box for OPAC visibility. Leave all other settings as is. 6. Look at the record in the OPAC again and see that the Online Resource and link is still showing. Click on the link and see that it returns an error page. 7. Look at the record in the Staff interface and click on the link and see it is successful. 8. Edit the default framework again. Uncheck the box for Staff visibility and check the box for URL. 9. Click on the URL in the Staff Interface and the link works. 10. Edit the default framework and leave the visibility for the Staff Interface unchecked and uncheck the box for URL. 11. Test the link again in the staff interface and see the link is visible and works. A combination of checking/unchecking visibility boxes and the URL box seems to result in inconsistent behavior. Disabling the URL sometimes returns an error page, sometimes does not. Most concerning is the visibility, which is being completely ignored. In some cases, it is preferable to hide the URL in the OPAC and still have it visible in the Staff Interface with a working link. There are two current work arounds: 1. Disable the URL so that the link returns an error (though one could hover over the link and see what it is) which doesn't work consistently. 2. Removing the URL from the record seems to be the only way to not display the URL in the OPAC, but that also removes it from the staff interface. I would expect the 856$u to not be visible if the OPAC or Staff visibility was unchecked. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 23335] New: "There are no items that can be placed on hold."
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '24

11 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23335 Bug ID: 23335 Summary: "There are no items that can be placed on hold." Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jmmureithi(a)nationalbank.co.ke QA Contact: testopia(a)bugs.koha-community.org Created attachment 91571 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=91571&action=ed… THE MESSAGE APPEARING IN OPAC The clients/users are trying to place hold and the following message is displayed yet there are items: There are no items that can be placed on hold. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 32636] New: More info with batch patron deletion
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '24

11 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32636 Bug ID: 32636 Summary: More info with batch patron deletion 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org When batch deleting patrons, it tells you how many patrons will be deleted. It would be great if it also told you how many patrons fit your parameters, but are being skipped because they have active loans or fees. Better yet, if that piece of information could link to a report showing which patrons are skipped and why, that would even be helpful. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 33908] New: Improve translation of title tags: Acquisitions
by bugzilla-daemon＠bugs.koha-community.org 11 Mar '24

11 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33908 Bug ID: 33908 Summary: Improve translation of title tags: Acquisitions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Blocks: 33906 This patch will modify acquisitions, suggestions, and ERM templates so that translatable strings in the <title> tag are wrapped in the correct translation function, e.g. [% t('Translate me') %] Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33906 [Bug 33906] [OMNIBUS] Improve translation of title tags -- You are receiving this mail because: You are watching all bug changes.

1 12