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

[Bug 36752] New: Include "charged items" in the SIP2 Patron Info response
by bugzilla-daemon＠bugs.koha-community.org 28 May '26

28 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36752 Bug ID: 36752 Summary: Include "charged items" in the SIP2 Patron Info response Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org If you set Y (at the right position) in the 63 summary request, the 64 should contain "charged items", i.e. the items that you have on loan. The code for handle_patron_info just contains a TODO here :) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 29923] New: Do not generate overpayment refund from writeoff of fine
by bugzilla-daemon＠bugs.koha-community.org 28 May '26

28 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29923 Bug ID: 29923 Summary: Do not generate overpayment refund from writeoff of fine Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1 - turn finesmode on 2 - set circ rule a circ rule to charge fines 3 - perform a checkout that follows your circ rule, setting the due date in the past 4 - run the fines cron and confirm that it generates an accruing fine for your patron 5 - write off that fine 6 - edit your circ rule to remove the fine amount and interval 7 - check your item in 8 - see your patron now has a credit in the amount of the writeoff The overpayment credit should only be generated if we've taken payment on the fine. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 27826] New: Self checkout dies on '?' as a barcode
by bugzilla-daemon＠bugs.koha-community.org 28 May '26

28 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27826 Bug ID: 27826 Summary: Self checkout dies on '?' as a barcode Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1 - Assign an item '?' as a barcode 2 - Check the item out to a patron 3 - Enable and visit the self checkout: http://localhost:8080/cgi-bin/koha/sco/sco-main.pl 4 - Try to load the patron with the item issued 5 - Boom! Error below: Template process failed: undef error - Quantifier follows nothing in regex; marked by <-- HERE in m/? <-- HERE / at /usr/lib/x86_64-linux-gnu/perl5/5.24/Template/VMethods.pm line 191. at /kohadevbox/koha/C4/Templates.pm line 122 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 24832] New: superlibrarian should have tools to delete notices
by bugzilla-daemon＠bugs.koha-community.org 27 May '26

27 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24832 Bug ID: 24832 Summary: superlibrarian should have tools to delete notices 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org It would be helpful if the superlibrarian had the ability to delete one, some, or all of the notices in a user account. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 38442] New: Option to Delete Sent Notices
by bugzilla-daemon＠bugs.koha-community.org 27 May '26

27 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38442 Bug ID: 38442 Summary: Option to Delete Sent Notices Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: ddvala9(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I would like to request the addition of a feature that would allow librarians to delete sent notices directly from the Patron Notices page. It would be greatly appreciated if this functionality could be included in the next update. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 24679] New: Allow to apply a MARC modification template in export tool
by bugzilla-daemon＠bugs.koha-community.org 26 May '26

26 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24679 Bug ID: 24679 Summary: Allow to apply a MARC modification template in export tool Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Tools Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 17617] New: Confirmation e-mail to patron when hold is placed
by bugzilla-daemon＠bugs.koha-community.org 26 May '26

26 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17617 Bug ID: 17617 Summary: Confirmation e-mail to patron when hold is placed Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: sally.healey(a)cheshiresharedservices.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If an item is purchased from an online shop, the patron will receive a confirmation e-mail of their order. We would like to see something similar in Koha when a hold is placed. We think this would be useful to confirm some key points, for example: - confirm the hold has been added to the system - confirm the title details of the requested item - confirm the collection library - confirm the fee which will be charged for fulfilling the hold - confirm the fee which will be charged if the hold is not collected - explain how to cancel the hold if it's no longer required - explain how to make changes to the hold if any details (e.g. change collection library from AAA to BBB) alter - explain how the patron will be notified when the item is ready for collection There is already a system preference: emailLibrarianWhenHoldIsPlaced - which enables Koha to e-mail the library staff whenever a patron places a hold. Could the code behind this be adapted to e-mail patrons instead, perhaps? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 36022] New: Add default recipient phone number country code syspref for SMS::Send driver
by bugzilla-daemon＠bugs.koha-community.org 25 May '26

25 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36022 Bug ID: 36022 Summary: Add default recipient phone number country code syspref for SMS::Send driver 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: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org If using an international SMS::Driver it would be convenient if you could set a default country code for patron smsalertnumbers that do not include a country code, especially since Koha allows input in both formats. This will allow the user to set a default country code that will be prepended to all non interational phone numbers for the SMS::Driver->send_sms "to" parameter. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 35302] New: Koha depends on mpm_itk which prevents HTTP/2
by bugzilla-daemon＠bugs.koha-community.org 25 May '26

25 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35302 Bug ID: 35302 Summary: Koha depends on mpm_itk which prevents HTTP/2 Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: cornelius.amzar(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Hello, I wanted to turn on HTTP/2 support for our Koha sites. That would be a measureable performance plus. Unfortunately, I was not able to turn on HTTP/2 support due to required Apache2 modules. Koha requires mpm_itk to set the user for each VHOST. mpm_itk was last updated in 2016 according to its website: http://mpm-itk.sesse.net/ mpm_itk is compatile with mpm_prefork only, which is an outdated and less efficient process manager for apache. mpm_prefork is not compatible with http2. Koha should find another way to set the user ids for each VHOST. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 39517] New: Make LDR/6-7 = 'am' be interpreted by MARC21slim2OPACDetail.xsl as 'Book' instead of more generic 'Text'
by bugzilla-daemon＠bugs.koha-community.org 25 May '26

25 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39517 Bug ID: 39517 Summary: Make LDR/6-7 = 'am' be interpreted by MARC21slim2OPACDetail.xsl as 'Book' instead of more generic 'Text' Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Currently, in OPAC, MARC21slim2OPACDetail.xsl assigns to LDR/6-7 = 'am' a label 'Text' (materialTypeLabel), which is then used in defining variable schemaOrgType and also for display. The variable schemaOrgType would be set to 'Book' if materialTypeLabel was 'Book', but with the current xslt code never will be. Instead schemaOrgType will be set to a generic type CreativeWork for 'am'. materialTypeLabel is also used for display purposes as the label next to the material type icon (when DisplayOPACiconsXSLT enabled). -- You are receiving this mail because: You are watching all bug changes.

1 21