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

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

26 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 26 Feb '26

26 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 34783] New: Update list of 'Contributing companies and institutions' on about page
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '26

26 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 26 Feb '26

26 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 26 Feb '26

26 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 26 Feb '26

26 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 26 Feb '26

26 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 39405] New: New hook overwrite_calc_fine for graduated fines calculation
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '26

26 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39405 Bug ID: 39405 Summary: New hook overwrite_calc_fine for graduated fines calculation Change sponsored?: --- Product: Koha Version: Main 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: michaela.sieber(a)kit.edu QA Contact: testopia(a)bugs.koha-community.org This new hook allows to overwrite the koha standard calculation of fines. This can be useful if your library has a fine policy with graduated fines per overdue letter (very popular in german academic libraries) This hook is implemented in the CalcFine method which is defined in overdue.pm -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 53

[Bug 36008] New: SendAlerts should use notice_email_address instead of email
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '26

26 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36008 Bug ID: 36008 Summary: SendAlerts should use notice_email_address instead of email 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org C4::Letters::SendAlerts() uses $patron->email instead of $patron->notice_email_address -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 39012] New: Koha fails to import default MARC bibliographic framework
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '26

26 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39012 Bug ID: 39012 Summary: Koha fails to import default MARC bibliographic framework Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Koha fails to import default MARC bibliographic framework. To reproduce: 1. Have an exported framework file. 2. In Administration > MARC bibliographic frameworks try to import it into Default framework. 3. This will fail, with a redirect to a strange looking page, and with lots of errors in the logs. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17