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

[Bug 40955] New: SIP: Add a message on successful checkin with a hold
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '26

03 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40955 Bug ID: 40955 Summary: SIP: Add a message on successful checkin with a hold Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: marion.durand(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 25814 add some screen message (AF) for successful checkin. It would be great to add a specific message when the item checked in is on hold (it might be used to tell the patron to place the document on a specific shelf). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 40908] New: Issues with deleting items from additem page
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '26

03 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40908 Bug ID: 40908 Summary: Issues with deleting items from additem page Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl There are a few problems with the item deletion on additem.tt -Clicking delete from the Actions button -> delete pops up both a JS alert and a BS confirmation modal. The deletion works. -Clicking the "Delete item" button that appears when you hover over any cell pops up both a JS alert and a BS confirmation modal. The deletion does NOT work. -The "Cancel" button in the delete-item-modal does nothing. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 40859] New: Item deletion is broken when using the linktools button
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '26

03 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40859 Bug ID: 40859 Summary: Item deletion is broken when using the linktools button Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: matt.blenkinsop(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Comment from bug 37116 Go to: http://localhost:8081/cgi-bin/koha/cataloguing/additem.pl?op=edititem&bibli… click on the row, then "Delete item" You see an alert: "Are you sure you want to delete this item?" Click "OK" You then see the modal "Are you sure you want to delete this item?" Click "Delete item" => Nothing happens! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 40883] New: Authorities display fails on unknown 7XX
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '26

03 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40883 Bug ID: 40883 Summary: Authorities display fails on unknown 7XX Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 27943 added MARC21 authorities 7XX on display. It calls $field->as_string($subfields_to_report). This fails when field is not in known ones. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 41686] New: Strange unescaping of html-entities in itemcallnumber
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '26

03 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41686 Bug ID: 41686 Summary: Strange unescaping of html-entities in itemcallnumber Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: andreas.jonsson(a)kreablo.se QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Go to a bibliographic record and edit an item. In itemcallnumber type: a & Save. The result is, as expected, that the itemcallnumber will be literally 'a &' Edit the item again and change to a & b Save. Now the itemcallnumber will be 'a & b' as if the string has been subject to an extra unescaping of html-entities. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 31268] New: Clearly indicate reason for failed item creation when receiving expired subscription
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '26

03 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31268 Bug ID: 31268 Summary: Clearly indicate reason for failed item creation when receiving expired subscription Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org Bug 29188 points out that while the manual says one cannot receive issues in an expired subscription, Koha is currently allowing one to do so. However, Koha *is* refusing to create an item when receiving an issue on an expired subscription. To recreate: 1 - create a subscription set to *not* create items, subscription end date in the past 2 - save subscription, confirm it shows as expired, confirm you can receive an issue anyway 3 - create a subscription set *to* create items, subscription end date in the past 4- save subscription, confirm it shows as expired, confirm you can get to the receiving page but setting the dropdown for the expected issue to "Arrived" does not cause an item edit box to appear 5- create a subscription set *to* create items, subscription end date in the future, number of issues set to 1 6- save subscription, receive 1 issue, confirm it works as intended 7- confirm subscription now shows a confusing "Subscription will expire on [subscription end date]" message even though the date isn't the problem 8- Attempt to receive another issue, confirm that now the item edit box won't pop up, as in step 4 In steps 4 and 8, the item edit box will appear if one attempts to receive a supplemental issue, but the item will refuse to save, giving an erroneous "missing required field" message. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 12141] On Display Module
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '26

03 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12141 Gretchen Maxeiner <maxeinergl(a)gcc.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |maxeinergl(a)gcc.edu -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14964] Email notices will be queued for patrons with no email address and generate warnings
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '26

03 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14964 Lari Taskula <lari.taskula(a)hypernova.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lari.taskula(a)hypernova.fi --- Comment #8 from Lari Taskula <lari.taskula(a)hypernova.fi> --- (In reply to Katrin Fischer from comment #4) > Wondering... should we queue a message of the type 'print' if there is no > e-mail address? I think this might be what we do for overdues > ... but probably should be configurable - for some notices you might not > want to have a printed one Definitely should be configurable. The volume of print messages could become massive if it was a mandatory fallback, and most of the patrons, though having no email address, would have enabled email notifications. It would happen when a library, that has enabled some default messaging preferences from the patron category, doesn't systemically collect patron email addresses. If we absolutely must fallback to some type of messaging, I'd rather display them in OPAC notifications from Bug 36006. I also remember developing code for messaging preferences where one could not check email messaging preferences before providing the email address, but it seems that functionality has not yet made it into Koha. (probably Bug 18595 patch (follow-up) Disable transports if missing contact information) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15522] New interface for revamped circulation rules
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '26

03 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15522 Michaela Sieber <michaela.sieber(a)kit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=41439 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 15522] New interface for revamped circulation rules
by bugzilla-daemon＠bugs.koha-community.org 03 Feb '26

03 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15522 Michaela Sieber <michaela.sieber(a)kit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |michaela.sieber(a)kit.edu --- Comment #170 from Michaela Sieber <michaela.sieber(a)kit.edu> --- Please see also Bug 41439 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0