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

[Bug 10060] Allow adding a branch parameter to the web-based self check to indicate library its used at
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '24

15 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10060 --- Comment #24 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- Another issue with forcing setups with multiple branches to login to their specific library for sco is that the typical self check kiosk does not have a standard keyboard. This makes it more difficult to login, and adds unnecessary fussing with setup every single morning. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 12450] Easily close a branch
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '24

15 Mar '24

1 0

[Bug 31729] New: Enable automatic filesystem refresh in Plack
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '24

15 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31729 Bug ID: 31729 Summary: Enable automatic filesystem refresh in Plack 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: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org this patch adds an automatic filesystem refresh in Plack, patch uses the following module... https://metacpan.org/pod/Plack::Middleware::Refresh to test: 1/ start ktd 2/ add warn to about.pl file, loadpage, observe no output in log :( 3/ apply patch to /etc/koha/plack.psgi 4/ restart plack 5/ add warn to about.pl file, loadpage, observe output in log :) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 73

[Bug 13618] Add additional template filter methods and a filter presence test to Koha
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '24

15 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13618 --- Comment #272 from Jonathan Druart <jonathan.druart(a)gmail.com> --- *** Bug 19157 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 19157] XSS Stored in letter.pl
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '24

15 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19157 Jonathan Druart <jonathan.druart(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Product|Koha security |Koha Component|Koha |Architecture, internals, | |and plumbing Status|ASSIGNED |RESOLVED Resolution|--- |DUPLICATE Group|Koha security | --- Comment #8 from Jonathan Druart <jonathan.druart(a)gmail.com> --- Fixed. *** This bug has been marked as a duplicate of bug 13618 *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 14962] Temp Shelving Location
by bugzilla-daemon＠bugs.koha-community.org 15 Mar '24

15 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14962 Kristi <kkrueger(a)cuyahogalibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kkrueger(a)cuyahogalibrary.or | |g --- Comment #15 from Kristi <kkrueger(a)cuyahogalibrary.org> --- Re: Christopher's earlier comment, "Ideally, it would be great if you had a display module to check items in on. It would ask where you want to display the item, and for how long. Then the module would temporarily move the item to the new location, setup a rule to change it back after the time is up, and would alert staff of the temporary location when checked in at the home location." We would be interested in using something similar for a set of titles that would stay within a display/shelf area in a particular branch for a set amount of time. Once the time is up, they'd be part of the general catalog. -- You are receiving this mail because: You are watching all bug changes.

1 0

[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 14 Mar '24

14 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