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

[Bug 40654] New: Sorting holds table can cause priority issues
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40654 Bug ID: 40654 Summary: Sorting holds table can cause priority issues Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com The table of holds has oddities about how holds are updated, and the datatables sorting has made this worse. To recreate: 1 - Place 50 holds on a bib record https://github.com/kidclamp/handy-koha-script/blob/main/randhold.pl 2 - View the holds page for the record 3 - Sort the holds alphabetically 4 - Change the dropdown priortiy for the alphabetically first hold to 1 5 - See all the other priorities change 6 - Click 'Update holds' 7 - Many unintended changes are saved 8 - Sort alphabetically the other direction and click the arrow to move another hold to the top - weirdness occurs I also saw that only 19-20 holds would be affect sometimes, I think sorting on this table may need to rethought -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 35

[Bug 40590] New: OPACAuthorIdentifiersAndInformation shows empty list elements for unknown 024$2
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40590 Bug ID: 40590 Summary: OPACAuthorIdentifiersAndInformation shows empty list elements for unknown 024$2 Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org I believe this might be a regression from the first implementation. When there are 024$2 in the authority record that we cannot resolve into a link yet, it shows an empty list element in the OPAC (with the list "button"). This is quite irritating especially if there are multiple. In our case the authority records are not created locally, but imported from the national authority database, so 024$2 cannot be fully controlled. I hope the display should be relative easy to fix in the templates. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 40296] New: Bookings that are checked out can be double counted
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40296 Bug ID: 40296 Summary: Bookings that are checked out can be double counted 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: 0. I am using k-t-d record #32, which includes 3 items. 1. Create a booking starting today. To do so I had to create one in the UI for tomorrow and then run: update bookings set start_date = '2025-07-02 06:00:00'; 2. Create a 2nd booking, choosing 'Any item'. I did 7/3 - 7/11. It should work 3. Now try to create another booking for 'Any item' with the same dates. You will get a 'Failure' at the top of the modal. The API response 'booking would conflict' I think that items that are checked out are being double counted in check_booking -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 56

[Bug 40469] New: Reword anonymous_refund permission description
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40469 Bug ID: 40469 Summary: Reword anonymous_refund permission description Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, jheltibridle(a)rcplib.org, kyle(a)bywatersolutions.com Under the Cash Management section of user permissions (only visible if registers are enabled), there is a sub-permission: "Perform anonymous refund actions (anonymous_refund)" This description is ambiguous about where the anonymity exists in the transaction. It seems more clear to say "Perform refund actions related to Point of Sale transactions" -- POS is the only place in Koha where there are transactions without an associated borrowernumber. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 34783] New: Update list of 'Contributing companies and institutions' on about page
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34783 Bug ID: 34783 Summary: Update list of 'Contributing companies and institutions' on about page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl, martin.renvoize(a)ptfs-europe.com, michaela.sieber(a)kit.edu It looks like we have been updating the release teams on the about page, but maybe not all the other sections. It would be great if the list of of "Contributing companies and institutions" could also be updated from the list of libraries that sponsored developments in the release notes. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 39374] New: No way to restrict OPAC users from Sending lists
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39374 Bug ID: 39374 Summary: No way to restrict OPAC users from Sending lists Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Lists 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 At the moment, there's no way to prevent OPAC users from Sending lists. There are situations where you don't want your OPAC user to be able to generate emails, especially with user-generated content in the comments field. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 39022] New: Last patron is replaced by current patron on page load
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39022 Bug ID: 39022 Summary: Last patron is replaced by current patron on page load Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Before bug 21246 Koha only stored a single last patron - when loading a new patron we would preserve the previous patron during the initial page load. After loading we would replace the stored patron so that the next page load would display the most recent patron. After bug 21246 we began to update the list of patrons to display, add the new one, then display. This means as soon as you load a patron you cannot get back to the previous patron. To test: 1 - Enable showLastPatron system preference and set showLastPatronCount to 1 2 - Go to a patron, say Ronnie Ballard 3 - Note you have a link to 'Last patron' - hover or click split dropdown and see it is the patron you are viewing 4 - Search for another patron, Edna Acosta 5 - Note the 'Last patron' links point to Edna, and not Ronnie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 39088] New: If OPACURLOpenInNewWindow is enabled, URLs without http are broken in OPAC results
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39088 Bug ID: 39088 Summary: If OPACURLOpenInNewWindow is enabled, URLs without http are broken in OPAC results Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 177713 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=177713&action=e… Record to test A client reported this and I was able to recreate on main. They have 800+ records with URLs in 856$u without the https:// at the beginning. The URLs open fine everywhere *except* the OPAC results, where the OPACBaseURL is somehow prepended to the URL in 856. If we turn off OPACURLOpenInNewWindow, the links work fine in OPAC results. I attached one of their records as an example. To test: 1. Import the attached record 1.1. Go to Cataloging > Stage records for import 1.2. Choose the file 1.3. Click on 'Upload file' 1.4. Click on 'Stage for import' 1.5. Click 'View batch' 1.6. Click 'Import this batch into the catalog' 2. In the staff interface, search for 'Statistics' 3. In the search results, hover over 'View Document - English' under the title 'Technology adoption by women-owned businesses in Canada' --> URL is publication.gc.ca... (OK) 4. Click on the title to access the detailed record 5. Hover over 'View Document - English' --> URL is publication.gc.ca... (OK) 6. In the OPAC, search for 'Statistics' 7. In the search results, hover over 'View Document - English' under the title 'Technology adoption by women-owned businesses in Canada' --> URL is publication.gc.ca... (OK) 8. Click on the title to access the detailed record 9. Hover over 'View Document - English' --> URL is publication.gc.ca... (OK) 10. Enable OPACURLOpenInNewWindow 10.1. Go to Administration > System preferences 10.2. Search for OPACURLOpenInNewWindow 10.3. Change the value to 'do' 10.4. Click 'Save all OPAC preferences' 11. Redo steps 2-9 staff interface search results = OK staff interface detailed record = OK OPAC search results = URL is localhost:8080/cgi-bin/koha/publications.gc.ca (NOT OK) OPAC detailed record = OK -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 36433] New: Plugin hook elasticsearch_to_document
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36433 Bug ID: 36433 Summary: Plugin hook elasticsearch_to_document Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: frederic(a)tamil.fr QA Contact: testopia(a)bugs.koha-community.org Add a new hook elasticsearch_to_document in order to allow completing the 'document' to be sent to Elasticsearch. Usage example: (1) add new search fields, (2) normalize/sanitize existing fields, (3) use id fields to retrieve info via web services in other repositories (say VIAF), (4) download file referenced in a field, and index its content. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

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

27 Feb '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 65