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

[Bug 14723] Additional delivery notes to messages
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14723 Indranil Das Gupta <indradg(a)l2c2.co.in> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |indradg(a)l2c2.co.in -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14767] Message delivery notes from SMS Gateway provider reports
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14767 Indranil Das Gupta <indradg(a)l2c2.co.in> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |indradg(a)l2c2.co.in -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31481] New: Pass message_id to SMS drivers
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31481 Bug ID: 31481 Summary: Pass message_id to SMS drivers 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: johanna.raisa(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org Most of the SMS Gateways support REST API and it is common that the operator sends their report back to the service. Now it is impossible to catch reports if sms was succesfully sent or it failed since we can't pass the message_id to our report url when sending the message to the gateway. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 16188] New: SMS via email not applicable in India due to telecom regulation
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16188 Bug ID: 16188 Summary: SMS via email not applicable in India due to telecom regulation Change sponsored?: --- Product: Koha Version: master Hardware: All URL: https://lists.katipo.co.nz/pipermail/koha/2016-April/0 45114.html OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Notices Assignee: indradg(a)gmail.com Reporter: indradg(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 9021 Due to the nature of telecom regulatory framework in India, bug 9021 will not work for 99% of 500+ million cell phones in India. Details as explained in this mail with specific examples - https://lists.katipo.co.nz/pipermail/koha/2016-April/045114.html This patch adds a "note" for such exceptions like India in the provider setup screen. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9021 [Bug 9021] Add SMS via email as an alternative to SMS services via SMS::Send drivers -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 40140] New: SMS option for receipts as well as Email or Print
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40140 Bug ID: 40140 Summary: SMS option for receipts as well as Email or Print Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Point of Sale Assignee: koha-bugs(a)lists.koha-community.org Reporter: hdunne-howrie(a)westminster.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk We would like to see the ability to send a POS receipt by SMS as well as Email or to print it out. We have lots of customers in our library service who do not use emails and who do not want a receipt printed out and we have had quite a few enquiries asking if (like other notices) there could be an SMS option for POS receipts -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 32403] New: On Demand Messaging
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32403 Bug ID: 32403 Summary: On Demand Messaging Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: christofer.zorn(a)ajaxlibrary.ca QA Contact: testopia(a)bugs.koha-community.org We are a library that relies on both email messaging (through Koha) along with SMS and Phone messaging (through Twilio). We are very happy with the messaging features involved in Koha, but for me, there is something missing that could be improved. With the right system permissions, we'd like to see the ability to generate on demand messages to specific patrons, or even tailored messages to groups. While I understand that this isn't specifically what Koha is meant for, there are wider benefits to this that I think warrant a discussion. This is a means of interacting with a patron. While individual email is normally an option, in a mid to larger sized system where multiple staff can reply to a communal message, Koha has a tracking mechanism that would allow staff to see what information was sent to a patron by looking at the Notice tab. This could also morph into a marketing aspect of Koha where we could leverage the history and make this similar to Patron Point. Symphony has an on demand message sending tool, however from what I remember it was spotty. The tweak would be creating an interface that allowed inputting of information into the messaging table ... Please let me know if this is possible. Our library has had the need for this a couple of times, where we could take one last stab at reaching out to expired patrons (beyond what Koha is already doing), or communicating back to a patron through SMS when leaving a voicemail isn't an option. Thanks! Chris -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 31659] New: Add SMSAlertNumber to options in borrowers.primary_contact_method
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31659 Bug ID: 31659 Summary: Add SMSAlertNumber to options in borrowers.primary_contact_method Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 11879 The primary contact method field added in bug 11879 is set via a dropdown the options in which contain all of the phone and email fields from the borrowers table that are not hidden via BorrowerUnwantedField. It should also include an option for SMS Alert Number if the library is not hiding the field. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11879 [Bug 11879] Add a new field to patron record: main contact method -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 31572] New: E-mail and SMS verification
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31572 Bug ID: 31572 Summary: E-mail and SMS verification Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I believe Koha has a basic level of e-mail verification with patrons that self register, but it would be helpful if there were a verification method for e-mail and SMS on both staff and patron sides. The idea is, that when an e-mail address or SMS number is entered by staff or patron, there would be a button next to each that would say something like 'Verify'. Staff or patron would click the button, and a link is sent to the e-mail address or number with an explanation (instantly, not through a queue). If the patron clicks the link within a specified amount of time, the button next to that address or number goes away, replaced by the word 'Verified!'. Until the number or address is verified, notices will not go through that method. Notices would only go out through methods that are setup and verified. A step further would be to have another button next to it on the staff side that would be something like 'Re-verification Request'. If staff get bounced e-mails or texts, it would put the address or phone number back to a verification needed mode, and stop all notifications through that method until verified again. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 30166] New: SMS Number
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30166 Bug ID: 30166 Summary: SMS Number Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Having worked with two variations of SMS Delivery, I think we could simplify SMS setup for the staff/patron. Instead of just filling in a phone number, what if the SMS number gave the following options: 1) Use the primary number 2) Use the secondary number 3) Provide a unique number. The third option could reveal a new text box to put a number in. Honestly though, I think we could get by with just using the primary or secondary number fields. I also think that in the SMS setup, you could select from popular services, and have Koha format the number as needed. If using e-mail, it strips out all non-numbers and checks that the number is the correct length. If Twilio, it makes sure number is stripped of non-numbers and +1 or whatever is added to the beginning. Since different countries have different formats, and phone numbers can be entered in various ways, maybe we could have a custom regex entered to reformat according to your specific uses. The approach that we currently use here is that we have an example format in the SMS number field, and I created an icon to copy the primary phone number, stripping non-numbers and adding a +1 to the beginning. I added another icon to clear the field. It has improved the process vastly. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 30054] New: Add SMS equivalent to EmailOverduesNoEmail
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30054 Bug ID: 30054 Summary: Add SMS equivalent to EmailOverduesNoEmail 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 20076 introduced a new system preference 'EmailOverduesNoEmail' which is great. Koha will still generate a print notice when SMS is selected in overdue notice/status triggers and a patron does not have an smsalertnumber. It would be nice if there was an SMS equivalent system pref like 'SMSOverduesNoSMS' -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7