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

[Bug 36825] New: Cannot hide "Protected" field via BorrowerUnwantedField syspref
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '25

11 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36825 Bug ID: 36825 Summary: Cannot hide "Protected" field via BorrowerUnwantedField syspref 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: emmi.takkinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Setting field "Protected" as hidden in patron entry/modification form via BorrowerUnwantedField syspref doesn't work. Form is missing condition "UNLESS noprotected" To reproduce: 1. From BorrowerUnwantedField, check field "Protected" as hidden. 2. Either attempt to create a new patron or edit existing one. => Note that "Protected" is still displayed in the form. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 38458] New: Add more fields to patron matching options during import
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '25

11 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38458 Bug ID: 38458 Summary: Add more fields to patron matching options during import Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Current import tool only allows username or cardnumber or unique patron attributes. When checking for duplicate patrons we can select a combination of fields to search on in the PatronDuplicateMatchingAddFields It would be nice to have an option to define a custom matching rule based on one or more columns -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 35224] New: AllowRenewalIfOtherItemsAvailable description is misleading
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '25

11 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35224 Bug ID: 35224 Summary: AllowRenewalIfOtherItemsAvailable description is misleading Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: johanna.raisa(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com At the moment the AllowRenewalIfOtherItemsAvailable syspref description is "Allow a patron to renew an item with unfilled holds if other available items can fill that hold." Nothing indicates that there should be more available items than holds. Either the description should be fixed or allow renew if holds exceeds available items. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 32731] New: Option for cataloguing tools to also be shown in Tools Home
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '25

11 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32731 Bug ID: 32731 Summary: Option for cataloguing tools to also be shown in Tools Home Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org While the new staff interface design is beautiful, big enhancements like the shift of cataloguing tools out of Tools Home requires process changes and training, which takes time. It would be good to be able to enable those tools to show in Tools Home again to ease the transition. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 42

[Bug 36029] New: Add the ability to backdate a transaction in POS
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '25

10 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36029 Bug ID: 36029 Summary: Add the ability to backdate a transaction in POS Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org We've been using the POS (Point of sale) feature since August 2023. During that time we have encountered some issues that we believe could be solved by adding the ability to backdate a POS transaction. Here is our use case: Sometimes staff forget to enter the sale in POS. This usually happens for credit card sales when the staff member does the credit card transaction, the patron signs, a receipt is given and then the staff member is interrupted by someone/something else causing the sale to never be entered into Koha. We have a large number of funds because our library takes care of not only fees for copies, ILLs, faxes, etc. but also Friends & Foundation sales for earbuds, flash drives, tote bags, book sales, pumpkins, event tickets, to name a few. Each of these sales goes to a different account per our City Finance dept. Staff will sometimes select the wrong debit code which is especially bad when the funds collected should have gone to a different entity, such as the Friends. The Finance dept. wants an exact recording of sales on the day they happened. However, these issues are often not detected until staff reconciles the drawer each morning. At that time they have to enter the missed/incorrect sales into the POS. That can cause issues with reporting since these transactions are now being entered on the wrong date. Being able to enter a transaction and backdate it would help solve this problem for the library, keep our Finance staff happy and make our reports accurate. I think this would need to be covered by a permission since we would only want certain staff to be able to do this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 20555] New: usage() function in cleanup_database.pl needs refactoring
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '25

10 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20555 Bug ID: 20555 Summary: usage() function in cleanup_database.pl needs refactoring Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Developer documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org 1) '-m --mail DAYS' is misleading -- this cleans up the message queue, which covers a lot more than mail. 2) usage() should be implemented using pod2usage -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 36497] New: Cancel unfilled holds should be a system preference
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '25

10 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36497 Bug ID: 36497 Summary: Cancel unfilled holds should be a system preference Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com While libraries can run cancel_unfilled_holds with various parameters, nowhere in the staff client suggests that option, nor is it in cron jobs in the manual. It should be a system preference a la ExpireReservesMaxPickUpDelay, with a "Cancel/Don't cancel" option for unfilled holds and a second preference for days, followed by verbiage indicating that this requires running cancel_unfillled_holds.pl. This would let library staff know both that the cancellation of old holds is possible as well as give them some basic configuration from the staff client. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 40476] New: Limit item type codes to letters and numbers
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '25

10 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40476 Bug ID: 40476 Summary: Limit item type codes to letters and numbers Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Item type codes should be limited to letters and numbers. When you have item type codes with punctuation in them, it can lead to unexpected search result hits. For instance, if you have items with "BOOK" and "E-BOOK", searches for "E-BOOK" will return hits for "BOOK". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 32216] New: Send MEMBERSHIP_EXPIRY notice as print
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '25

09 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32216 Bug ID: 32216 Summary: Send MEMBERSHIP_EXPIRY notice as print 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 This is bug 23773 but for print versions of MEMBERSHIP_EXPIRY -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 33276] New: Library limitations will cause data loss when editing serials
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '25

09 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33276 Bug ID: 33276 Summary: Library limitations will cause data loss when editing serials Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: thibaud.guillot(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Hello @ll, This bug can be related to 31422 and 32748. That's the same behavior on "Locations" dropdown list for serials. When a value is limited to a library if we're logging with a patron from another lib, the location value is empty and can be replaced. I copied the same logic as the submitted patch for 32748. We can modify the value but the current value (provides from another lib) stay in dropdown. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12