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

[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

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

[Bug 29941] New: Automatic item modification by age should be able to set a value to NULL
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '24

08 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29941 Bug ID: 29941 Summary: Automatic item modification by age should be able to set a value to NULL 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When updating a field via automatic item modification, one can set that field to blank, but cannot set it to NULL. There are instances in which NULL would be more helpful. We should allow that option. Maybe a checkbox on the substitution in the modification rule to tell Koha to delete the current value without setting a new one? As we have in batch item modification? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 26816] New: Remove extra space before comma in staff results item list
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '24

08 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26816 Bug ID: 26816 Summary: Remove extra space before comma in staff results item list Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org The result list in staff shows an additional space before the comma in the item listings on the right side. Examples: 4 items , 3 available: 4 items , None available -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 32611] New: Not for loan items don't show the specific not for loan value in OPAC detail page
by bugzilla-daemon＠bugs.koha-community.org 08 Mar '24

08 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32611 Bug ID: 32611 Summary: Not for loan items don't show the specific not for loan value in OPAC detail page Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org When viewing a detailed record on the OPAC, we used to see the specific value of Not for loan (e.g. Ordered). Right now, any Not for loan value displays as "Not for loan" no matter what the authorized value description (or description (OPAC)) is. To test: 1. In the staff interface, edit an item 2. Change the Not for loan value to Ordered 3. Save 4. Click on "Normal" to see the detailed record --> Status is "Not for loan (Ordered)" 5. Click on "OPAC view: Open in new window." --> Status is "Not for loan". It should be "Ordered" 6. Try with any not for loan value --> Status stays "Not for loan". It should be whatever value you chose 7. Try changing the descriptions or descriptions (OPAC) in Administration > Authorized values > NOT_LOAN --> Status stays "Not for loan". It should be whatever you put in description (OPAC) or description, if description (OPAC) is empty I tested in 22.05(.07) and it shows Ordered (or whatever value I put). In master, it always shows "Not for loan". -- You are receiving this mail because: You are watching all bug changes.

1 18