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

[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

[Bug 39405] New: New hook overwrite_calc_fine for graduated fines calculation
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

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

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

27 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

[Bug 39186] New: Cancel marked holds button on patron holds tab styling is inconsistent
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '26

27 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39186 Bug ID: 39186 Summary: Cancel marked holds button on patron holds tab styling is inconsistent 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To recreate: 1 - Place a hold for a patron 2 - View the patron's record in staff interface 3 - CLick the holds tab 4 - Note 'Cancel marked holds' is gray, other buttons are yellow This was a change from 24.05 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13