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

[Bug 42083] New: Email and SMS messages from patron record should have distinct permissions
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '26

30 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42083 Bug ID: 42083 Summary: Email and SMS messages from patron record should have distinct permissions Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 40933, 29393 Bug 29393 added the ability to send email from a patron's record. 40933 expanded that to SMS. But they currently share a single permission. It would be preferable for those to be two distinct permissions. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29393 [Bug 29393] Ability to send emails from patron details page https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40933 [Bug 40933] Add SMS support under Add message feature -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 42203] New: Add information to authorities' summary
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '26

30 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42203 Bug ID: 42203 Summary: Add information to authorities' summary Initiative type: --- Sponsorship --- status: 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: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org In some cataloguing environments, it is important to have access to additional information when selecting an authority record while cataloging (e.g. the series ISSN, the identifier of the original record, the thesaurus from which the heading originates--especially in the case of identical or similar headings). At present, verifying this requires opening each record individually, which is cumbersome. Adding configurable identifier information to the summary in the authority search results would be very helpful. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 41765] New: Autobarcode incremental barcodes are generated with +7 value instead of +1 value
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '26

30 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41765 Bug ID: 41765 Summary: Autobarcode incremental barcodes are generated with +7 value instead of +1 value Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: PC OS: Linux Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: talsisunstorm(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 192439 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=192439&action=e… Sequenve of generated barcodes of added items After updating to v25.11 (from v24.11), the autoBarcode feature generates number with incremental value of +7 and not +1 as expected (see attachment). In v24.11 this worked fine. How to reproduce: 1. set autoBarcode to incremental EAN-13 barcodes in Cataloging preferences -> Record structure 2. set barcode.pl as plugin in Tag 952p in MARC bibliographic framework 3. create new or open existing record 4. add new item 5. click into p - Barcode field to generate barcode 6. repeat step 4 & 5 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 42220] New: Booking availability blocked by non-bookable checked out item on same bib
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '26

30 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42220 Bug ID: 42220 Summary: Booking availability blocked by non-bookable checked out item on same bib Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com To replicate: Set up a bibliographic record with three item records: Item A – Not bookable, currently checked out, due in 2 weeks Item B – Bookable, currently available Item C – Not bookable, currently available Attempt to place a booking for Item B. Notice the available booking date is for after the due date of Item A. Update the status of Item C to bookable. Notice the previously unavailable booking dates are now available. Both Item B and C can be used to place the booking. It should not have been necessary to make all of the potentially available items for checkout also available for bookings. Koha should have allowed a booking on the one item that was bookable and available. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 41937] New: Items are checked for shelf order in inventory regardless
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '26

30 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41937 Bug ID: 41937 Summary: Items are checked for shelf order in inventory regardless 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: esther.melander(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The inventory tool has an option to "Check barcodes list for items shelved out of order:" If this option is selected, I would expect the inventory report to include a comment in the Problems column for items that are "Found in the wrong place" If this option is NOT selected, the inventory goes ahead and tells me if items are in the incorrect place, regardless. It's not clear what selecting the option does. If I do not select the option, I would not expect to see "found in wrong place" problems. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 40779] New: returned checkout generates refund if fee was cancelled
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '26

30 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40779 Bug ID: 40779 Summary: returned checkout generates refund if fee was cancelled Change sponsored?: --- Product: Koha Version: 25.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: bdaeuber(a)cityoffargo.com QA Contact: testopia(a)bugs.koha-community.org If you cancel a fee for a lost item, that item will create a credit when it is returned. To recreate: 1. Ensure WhenLostChargeReplacementFee is set to "Charge" and that "Refund lost item replacement fee" in circ rules is set to "refund lost item charge". 2. Check out an item that has a replacement cost. 3. Set the item to lost. 4. Go to the Accounting tab and view Transactions. 5. Cancel the charge. 6. Return the item. Note that the patron now has a credit. This does not appear to be the case when a fine is written off. I also question whether canceling a fee should mark and item as Paid as I've always viewed "Cancel charge" as an "oops" button when someone accidentally makes something lost, so it probably shouldn't set the item to paid. But that might be outside of the scope of this ticket. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 42199] New: Make the Add patron form more accessible for keyboard and screen reader users
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '26

30 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42199 Bug ID: 42199 Summary: Make the Add patron form more accessible for keyboard and screen reader users Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Accessibility Assignee: koha-bugs(a)lists.koha-community.org Reporter: blawlor(a)clamsnet.org QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, oleonard(a)myacpl.org If you are using the CollapseFieldsPatronAddForm preference the content in the specified fieldsets is hidden. The checkbox says 'Show collapsed fields' but these fields are actually hidden not collapsed in the way that a screen reader understands. The keyboard or screen reader user just has to learn that this checkbox is their only hope of expanding the hidden fields. There's no way for them to easily navigate between the fieldsets. Each legend is clickable by mouse to expand and collapse. The same functionality should be available to keyboard users. Screen readers should announce the state of the content as collapsed or expanded. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 42211] New: Add a script to populate auth_header.heading column of existing authority records
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '26

30 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42211 Bug ID: 42211 Summary: Add a script to populate auth_header.heading column of existing authority records Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Bug 30047 introduced a new column to the auth_header table, but for existing systems, there is no way to populate this new column when upgrading. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 29497] New: Add ability to link authorities automatically in the advanced editor
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '26

30 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29497 Bug ID: 29497 Summary: Add ability to link authorities automatically in the advanced editor Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: estherm(a)sodaspringsid.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be nice to add the link authorities automatically button in the advanced editor. Right now catalogers must use the basic editor in order to use this option. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 15248] Make it possible to configure duplicate check on bibliographic records
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '26

30 Mar '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15248 --- Comment #27 from Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> --- Aside from POD failures, this worked great. Test plan was successful and t/db_dependent/Matcher.t and t/db_dependent/Search.t both passed. -- You are receiving this mail because: You are watching all bug changes.

1 0