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

[Bug 39588] New: Bookings to collect report won't load when the search returns currently checked out bookings
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '26

24 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39588 Bug ID: 39588 Summary: Bookings to collect report won't load when the search returns currently checked out bookings Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To recreate: 1. Turn on bookings for an item or item type 2. Find an item and book it. 3. Check the same item out. 4. Go to Circulation > Bookings to collect and run the report 5. The table never loads Uncaught TypeError: _(...).$date is not a function -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 39833] New: mysqldump SET character_set_client = utf8 vs utf8mb4
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '26

24 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39833 Bug ID: 39833 Summary: mysqldump SET character_set_client = utf8 vs utf8mb4 Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We have ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci; but kohastructure.sql has /*!40101 SET character_set_client = utf8 */; However it seems that now koha-dump uses: /*!40101 SET character_set_client = utf8mb4 */; -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 38853] New: 'Cancel selected' on holds table does not work
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '26

24 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38853 Bug ID: 38853 Summary: 'Cancel selected' on holds table does not work Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 37783 To reproduce: 1) Place a hold on a record 2) On the "existing holds" table, check a hold. 3) Click 'Cancel selected". Nothing happens. Ever. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37783 [Bug 37783] Fix form that looks like it would POST without an op in reserve/request.tt -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 40904] New: Unable to search items by location
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '26

24 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40904 Bug ID: 40904 Summary: Unable to search items by location Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: arthur.suzuki(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Although bug39011 have solved a lot of things regarding searching the items table on authorised_values, it was missing the items.location mapping. As far as I can tell there are no other missing coded_values. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 41341] New: Some filters do not use the exact match in detail.pl
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '26

24 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41341 Bug ID: 41341 Summary: Some filters do not use the exact match in detail.pl Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 40876 added an exact match constraint on column filtering. However, it looks like historically, there were such filters on itemtypes and library (option values are in the form of "^XXX$") but are not applied anymore. Steps to reproduce: 1 - Create a library with code "M" and an itemtype with code "B". 2 - Go on /cgi-bin/koha/catalogue/detail.pl?biblionumber=233 (a biblio with items from midway (MPL) and books (BK) 3 - Filter using library and itemtype created in 1 -> you will get some new filters -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 39315] New: Missing tests for KohaTable search on coded value's description
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '26

24 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39315 Bug ID: 39315 Summary: Missing tests for KohaTable search on coded value's description Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 39011 On bug 39011 we added the ability to search on the coded value description, but the changes have not been covered by tests. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39011 [Bug 39011] Unable to search the holdings table (except home/holding libraries and barcode) -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 39011] New: Unable to search the holdings table (except home/holding libraries and barcode)
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '26

24 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39011 Bug ID: 39011 Summary: Unable to search the holdings table (except home/holding libraries and barcode) Change sponsored?: --- 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When using the search box in the holdings tab on a record details page in the staff interface, you can only find holdings with the home or holding library. You can't search for the item type or anything else. To recreate: 1. Go to a record details page in the staff interface (e.g. http://localhost:8081/cgi-bin/koha/catalogue/detail.pl?biblionumber=285) 2. Add an item with a different itemtype 2.1. Click New > New item 2.2. Change the itemtype to Music (or another itemtype) 2.3. Click Add item 2.4. Click Normal to go back to the record details page 3. Try to search for the itemtype in the holdings 3.1. Using the small search box right above the holdings table, search for the new itemtype (Music) --> No results 4. Optionally, search using other text in the holdings table - "Book" --> NOT OK does not find the items with the itemtype "Books" - "Midway" --> OK finds the items with the home or holding library "Midway" - "General" --> NOT OK does not find the items with the location "General stacks" - "Reference" --> NOT OK does not find the items with the collection "Reference" - "2477" --> OK finds the item with the barcode 39999000012477 With git bisect, I was able to retrace that it was ok before bug 33568 and not after, but I don't know which commit exactly causes the problem since the holdings table doesn't load if I'm somewhere in the middle of all the 33568 commits. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 66

[Bug 38766] New: Opening, closing, or deleting and invoice from the Action drop-down can cause internal server error
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '26

24 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38766 Bug ID: 38766 Summary: Opening, closing, or deleting and invoice from the Action drop-down can cause internal server error Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: emily.lamancusa(a)montgomerycountymd.gov Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org Depends on: 38155, 38765 The links to perform invoice actions from the Action menu on invoices.pl pass the search url, so that the page can redirect back to the search results after performing the action. This url includes the selected search filter values. However, if dates were used to filter the search, the url includes the dates formatted according to the local DateFormat system preference, instead of ISO format. This causes a parsing error when redirecting back. Similar errors were fixed on bug 38765 and bug 38155. Building this patch on top of those patches, to make it easier to confirm that all such errors in this template have been fixed. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38155 [Bug 38155] Can't close invoices using checkboxes from invoices.pl https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38765 [Bug 38765] Internal server error when merging invoices in invoices.pl -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 39606] New: Cover Bug 39294 with a cypress test
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '26

24 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39606 Bug ID: 39606 Summary: Cover Bug 39294 with a cypress test Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It wouldn't be a bad idea to cover the changes from Bug 39294 with a Cypress test to prevent the same type of regression from happening again. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 39294] New: Not all settings stick when when staging MARC records for import
by bugzilla-daemon＠bugs.koha-community.org 24 Jul '26

24 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39294 Bug ID: 39294 Summary: Not all settings stick when when staging MARC records for import 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 To recreate: 1. Cataloging > Stage MARC record for import 2. Upload a MARC file 3. Change some of the following settings: -Action if matching record found: -Action if no match is found: -How to process items/Item processing: 4. Stage for import and View batch 5. None of this settings have been retained. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31