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

[Bug 10190] Overdue notice triggers based on item type
by bugzilla-daemon＠bugs.koha-community.org 10 Nov '25

10 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 Clemens Tubach <clemens.tubach(a)kit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Patch doesn't apply --- Comment #197 from Clemens Tubach <clemens.tubach(a)kit.edu> --- Unfortunately, the patch doesn't apply: Applying: Bug 10190: Update has_restricting_overdues to refer to circulation rules Using index info to reconstruct a base tree... M Koha/Patron.pm Falling back to patching base and 3-way merge... Auto-merging Koha/Patron.pm CONFLICT (content): Merge conflict in Koha/Patron.pm error: Failed to merge in the changes. Patch failed at 0001 Bug 10190: Update has_restricting_overdues to refer to circulation rules -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 39719] New: "Export" option still visable when ExportCircHistory set to 'Don't Show'
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '25

08 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39719 Bug ID: 39719 Summary: "Export" option still visable when ExportCircHistory set to 'Don't Show' Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: eric(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 181399 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=181399&action=e… The little loading wheel System preference ExportCircHistory - when I have that set to Don't Show, the menu item for Export still appears in the Checkouts tab of the patron account. I can even click on Export and choose and option, but then it there is a little loading wheel animation but it never goes anywhere. It seems that the "Don't Show" isn't doing what it was perhaps designed to do. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 12141] On Display Module
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '25

08 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12141 Elizabeth Hoffman <ehoffman(a)plumcreeklibrary.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ehoffman(a)plumcreeklibrary.n | |et -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41226] New: accountline-details.pl should include branch information
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '25

08 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41226 Bug ID: 41226 Summary: accountline-details.pl should include branch information Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org While we can click on the librarian information to see the librarian branch info in an account line detail (accountline-details.pl), this information is not always accurate. A staff member could be taking a transaction at any branch they are authorized to work at. It would be helpful if there was a column that included the branch the payment was received at. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 41166] New: In item search results limit the values of each filter to values actually present in the results
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '25

08 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41166 Bug ID: 41166 Summary: In item search results limit the values of each filter to values actually present in the results Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Same idea as https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41022 but for item search results. It could be nice to limit the available choices for item types, libraries and status to the actual values returned by the item search. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 41225] New: Should search.pl group searching include sub-groups?
by bugzilla-daemon＠bugs.koha-community.org 08 Nov '25

08 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41225 Bug ID: 41225 Summary: Should search.pl group searching include sub-groups? Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org It seems like there should be an option to include sub groups in group searching. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 40789] New: Amount tendered input allows submit on enter which leads to broken modal
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '25

07 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40789 Bug ID: 40789 Summary: Amount tendered input allows submit on enter which leads to broken modal Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Point of Sale Assignee: koha-bugs(a)lists.koha-community.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk The "Amount tendered" input (#tendered) at pos/pay.pl allows one to submit by hitting the enter key before a Payment type is selected. If the Amount tendered exceeds the Amount being paid, the modal that indicates how much change to give appears. The "Yes" button in the modal does not work and the transaction does not complete because a Payment type has not yet been selected. The easy solution seems to be to prevent that input from submitting when the enter key is pressed. To replicate: 1. Enable EnablePointOfSale and Use UseCashRegisters 2. Add a cash register 3. Add an item for purchase 4. Navigate to point of sale, add an item to the sale 5. Enter an amount tendered that exceeds the amount being paid 6. With the Amount tendered input still focused, hit enter. The "Change to give" modal pops up 7. Note the "Yes" button in the modal does not work -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 38975] New: Payment Type Validation Fails or Causes 500 Error When Providing Change to Patron
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '25

07 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38975 Bug ID: 38975 Summary: Payment Type Validation Fails or Causes 500 Error When Providing Change to Patron Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Point of Sale Assignee: koha-bugs(a)lists.koha-community.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)ptfs-europe.com To recreate this issue: 1. Set up the Point of Sale (POS) system preference --Enable the "EnablePointOfSale" pref --Enable the "UseCashRegisters" pref --Set up a cash register --Enable the "RequirePaymentType" 2. Go to a patron account and create a manual invoice - save and pay. 3. Make or leave the amount tendered as the charged amount so that you don't have to provide any change. Then attempt to confirm the transaction without adding a payment type. --"This field is required." will pop up next to payment type. 4. Now change the amount tendered to a higher amount so that you have to provide change to the patron. Then attempt to confirm the transaction type without adding a payment type. --"The amount collected is more than the outstanding charge" pop up box will appear confirming the change you will provide to the patron. Select "Yes". This will cause a 500 error to occur or in some library cases it will go through without providing an error. The completed transaction will not include a payment type and can cause issues with accounting. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 41220] New: Koha API plugin for EBSCO Mosaic book ordering platform
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '25

07 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41220 Bug ID: 41220 Summary: Koha API plugin for EBSCO Mosaic book ordering platform Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jeremy.evans(a)ukhsa.gov.uk QA Contact: testopia(a)bugs.koha-community.org EBSCO are launching a new book ordering platform called Mosaic. It is currently available to some customers in the US and will be launched in other countries including UK, New Zealand, Australia by July 2026. Initially it will be for ordering ebooks but will eventually from 2027 also handle print book orders and other functionality from the older GOBI platform which will then be retired by 2028. There is an existing Koha API plugin for GOBI. EBSCO currently have APIs for ordering and EDI invoicing enabled for Alma and Folio customers. They have stated that Koha is on their list for integrations in a later phase. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 41219] New: There should be an option to make missing/lost/damaged items un-bookable
by bugzilla-daemon＠bugs.koha-community.org 07 Nov '25

07 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41219 Bug ID: 41219 Summary: There should be an option to make missing/lost/damaged items un-bookable Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kkrueger(a)cuyahogalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com Similar to the AllowHoldsOnDamagedItems system preference, it would help our staff if that capability could extend to bookable items. We do not want to allow people to book items that are damaged or have a lost status. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0