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

[Bug 14962] Temp Shelving Location / On Display Module
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '26

29 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14962 Jake Deery <jake.deery(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #202072|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14962] Temp Shelving Location / On Display Module
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '26

29 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14962 Jake Deery <jake.deery(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #202071|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14962] Temp Shelving Location / On Display Module
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '26

29 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14962 Jake Deery <jake.deery(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #202070|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14962] Temp Shelving Location / On Display Module
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '26

29 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14962 Jake Deery <jake.deery(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #202069|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14962] Temp Shelving Location / On Display Module
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '26

29 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14962 Jake Deery <jake.deery(a)openfifth.co.uk> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #202068|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 42252] Stored XSS when deleting a list or removing a list share
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '26

29 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42252 Owen Leonard <oleonard(a)myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |43192 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43192 [Bug 43192] Lists cannot be deleted from OPAC -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 32773] New: Have the ability to have more than 1 Fast Add framework
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '26

29 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32773 Bug ID: 32773 Summary: Have the ability to have more than 1 Fast Add framework Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: george(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Currently the only fast add framework is the FA framework. I'd like the ability to create new/additional frameworks and designate them as fast add frameworks too. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 237

[Bug 43194] New: Add "Send SMS" button next to "SMS number" on patron detail page
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '26

29 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43194 Bug ID: 43194 Summary: Add "Send SMS" button next to "SMS number" on patron detail page Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Target Milestone: --- Building off bug 40933, it would be great to add a "Send SMS" button next to the "SMS number" data on the moremember.pl (ie patron details) page, if the user has the `send_messages_to_borrowers` permission. Bug 40933 is great, but it's not very obvious at a glance that you can send the user a SMS message via the "Add message" button on the tool bar. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 43193] New: Non-numeric offset or creep values on printer profiles cause a 500 error
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '26

29 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43193 Bug ID: 43193 Summary: Non-numeric offset or creep values on printer profiles cause a 500 error Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label/patron card printing Assignee: chris.nighswonger(a)veritassuperaitsolutions.com Reporter: chris.nighswonger(a)veritassuperaitsolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- The offset and creep fields on both printer profile editors are plain text inputs whose values are passed straight to the database: labels/label-edit-profile.pl patroncards/edit-profile.pl printers_profile.offset_horz, offset_vert, creep_horz and creep_vert are float NOT NULL. Typing ordinary non-numeric text into any of the four fields -- "abc", or the European decimal form "1,5" -- sends that string to the column. On an installation running STRICT_TRANS_TABLES the insert or update raises a database exception, which surfaces to the user as a bare 500 error page. Without strict modes the value is silently coerced to 0 with a warning, so the profile saves with an offset the librarian did not ask for. No tampering is needed; the inputs are type="text" and accept anything typed into them. To reproduce (strict SQL modes enabled): 1. Cataloging > Label creator > Manage > Printer profiles > New profile (or Tools > Patron card creator > Manage > Printer profiles > New profile) 2. Enter a printer name and paper bin. 3. Type "abc" into the horizontal offset. 4. Save. -- a 500 error page is returned rather than a validation message Bug 21052 made the related empty-string case safe: a cleared offset now coerces to 0 in both editors, and that patch also added handling so a duplicate profile no longer 500s. Non-empty non-numeric input was left out of scope there because it is a different defect class -- it wants server-side numeric validation (and probably type="number" or inputmode on the four inputs, in both editors), rather than a default for a missing value. Found during multi-model review of the bug 21052 patch. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 43191] New: Clean up printer profiles saved with a blank printer name or paper bin
by bugzilla-daemon＠bugs.koha-community.org 29 Jul '26

29 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=43191 Bug ID: 43191 Summary: Clean up printer profiles saved with a blank printer name or paper bin Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label/patron card printing Assignee: chris.nighswonger(a)veritassuperaitsolutions.com Reporter: chris.nighswonger(a)veritassuperaitsolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Bug 21052 allowed a printer profile to be saved with a blank printer name or paper bin: the editors did not validate the two fields, so a blank was stored as an empty string. Any site that hit that bug has at least one such row in printers_profile. The patch on bug 21052 stops new blank rows being created and makes an existing blank row repairable in place (a blank stored value renders as an editable input rather than read-only), so no site is stuck. It deliberately ships no data fix, because repairing existing rows is a separate concern from the code defect and wants its own test plan. What is left to decide here: - Whether to repair or remove the affected rows. A blank profile cannot be meaningfully applied to a template, so removal is plausible, but a row may be referenced by printers_profile.template_id associations a site still wants. - Whether an atomicupdate should act at all, or simply report the affected rows so the library can choose. To find affected rows: SELECT profile_id, printer_name, paper_bin, creator FROM printers_profile WHERE TRIM(printer_name) = '' OR TRIM(paper_bin) = ''; Depends on bug 21052 -- the validation fix should land first so that no new blank rows appear while this is being decided. -- You are receiving this mail because: You are watching all bug changes.

1 1