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

[Bug 14367] History for MARC records. Roll back changes on a timeline or per field.
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '26

17 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14367 Mykle <mykle.law(a)familysearch.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |Academy -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41088] New: Need to add context to "Add new" and "Remove this" in vue
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '26

17 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41088 Bug ID: 41088 Summary: Need to add context to "Add new" and "Remove this" in vue Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org The "Add new %s" in the translation files for vue files is nice and reusable in English, but it doesn't work in French because the "new" word and the determinant will change depending on what the new thing is. In the new vendors page, there is - Add new alias - Add new contract - Add new interface These need all to be translated differently - Ajouter un nouvel alias (alias is masculine but start with a vowel, un nouvel) - Ajouter un nouveau contrat (contrat is masculine, un nouveau) - Ajouter une nouvelle interface (interface is feminine, une nouvelle) We need to have one string per new thing. I suspect it's the same for the "Remove this %s" string. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 41038] New: Add more test coverage for bug 30724
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '26

17 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41038 Bug ID: 41038 Summary: Add more test coverage for bug 30724 Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org >From bug 30724: The (followup) patch fixes the selenium tests but they are not correct IMO. We still need new tests to cover changes from this bug report. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 41211] New: Cannot cancel patron holds in some cases
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '26

17 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41211 Bug ID: 41211 Summary: Cannot cancel patron holds in some cases Initiative type: --- Sponsorship --- status: 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(a)bywatersolutions.com The workflow here is specific. To recreate: 1. Find a patron, take note of their cardnumber, and place some holds for that patron. I use Ronnie Ballard ( 23529000139858 ) in k-t-d. 2. Scan the patrons cardnumber to bring you directly to their record. The URL for me is KOHA/cgi-bin/koha/circ/circulation.pl?findborrower=23529000139858 3. Go to the patron's "Hold" tab, check at least 1 hold and click "Cancel selected". 4. Nothing happens. Console error: Uncaught ReferenceError: biblionumbers is not defined 5. Try using the red trash can icon to delete the hold. A modal pops up, click "Confirm cancellation". 6. You are redirected to KOHA/cgi-bin/koha/circ/circulation.pl?borrowernumber= 7. IF you go back to the patron record the hold is not cancelled. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 41103] New: Click on data providers platform breaks functionality
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '26

17 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41103 Bug ID: 41103 Summary: Click on data providers platform breaks functionality Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: bibliothek(a)th-wildau.de QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)openfifth.co.uk, martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, pedro.amorim(a)openfifth.co.uk Created attachment 188441 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=188441&action=e… bug on console to recreate: - add a data provider to harvest sushi data in /cgi-bin/koha/erm/eusage/usage_data_providers - I used Hanser as it seems not to reply with a PR report !!! - add Report types: PR - perform a harvest - then go to /cgi-bin/koha/erm/eusage/usage_data_providers/<provider id> - open developer tools (F12 on Firefox) - click on Platforms - see error in console - any other click won't work in providers nav bar -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 40017] New: Z39.50 search: Allow leader and specific control field positions in Additional fields
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '26

17 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40017 Bug ID: 40017 Summary: Z39.50 search: Allow leader and specific control field positions in Additional fields Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Would be nice to include things like 000p6-7 for position 6 and 7 of leader (field '000') 008p35-37 (pos 35-57, language) of 008 in the prefs for additional fields in Z39.50 search. AdditionalFieldsInZ3950ResultSearch AdditionalFieldsInZ3950ResultAuthSearch -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 34

[Bug 36026] New: Need TLS MySQL Connection Without Mutual Authentication
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '26

17 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36026 Bug ID: 36026 Summary: Need TLS MySQL Connection Without Mutual Authentication Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: rschet(a)sandia.gov QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org We’ve successfully connected our Koha site (version 22.11.12.000) to an Azure Database for MySQL flexible server without TLS encryption, but we’ve been unable to connect to the Azure MySQL database with TLS encryption enabled and required. The reason for this appears to be that Koha seems to require mutual TLS, which is not supported by the Azure MySQL database. When connecting to MySQL on Azure, TLS clients use a public SSL CA certificate to allow for encrypted communication, and clients are authenticated at the server by usernames and passwords. But in Koha, the koha-conf.xml configuration file calls for a CA certificate and also for client certificate and client key for client authentication with mutual TLS. This works for a local MySQL database but not for a remote Azure MySQL database because the Azure MySQL database does not provide a way to configure the CA certificate, server public key certificate, and server private key, which must be configured correctly for mutual TLS to work. We need a way to connect to a remote MySQL database with TLS through the use of a CA certificate for encryption and username and password for authentication and without mutual TLS (that is, without the use of certificates and keys for authentication). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 58

[Bug 6892] If a URL has been entered without http://, it isn't correctly linked
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '26

17 Feb '26

1 0

[Bug 6892] If a URL has been entered without http://, it isn't correctly linked
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '26

17 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6892 --- Comment #17 from David Nind <david(a)davidnind.com> --- Created attachment 193287 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=193287&action=e… Bug 6892: (follow-up) Fix urls in OPAC when TrackClicks is enabled This patch fixes outgoing links from 856$u when system preference 'TrackClicks' is set and the URL is lacking the protocol prefix. Test plan: a) set system pref TrackClicks to 'Track' or 'Track anonymously' b) edit a record (f.e. 262) and set the following 856 fields (the record from 1st patch is sufficient though): 1. 856 ind1=4 $u = example.com 2. 856 $u = example.com 3. 856 $u = https://example.com b) save and search for that record in OPAC. c) on search results list (opac-search.pl) please check the links on that record: 1. links to http://main.localhost/cgi-bin/koha/tracklinks.pl?uri=example.com&biblionumb… and does not work 2. links to http://main.localhost/cgi-bin/koha/tracklinks.pl?uri=example.com&biblionumb… and does not work 3. links to http://main.localhost/cgi-bin/koha/tracklinks.pl?uri=https://example.com&bi… and works d) click on the record to get to the detail page (opac-detail.pl) and check the links again (Online resources). They should be the same as in step c) e) apply patch, call restart_all and redo step b) until d) verifying that 1. is now prefixed with http:// and links to http://main.localhost/cgi-bin/koha/tracklinks.pl?uri=http://example.com&bib… (works now) 2. is now prefixed with http:// and links to http://main.localhost/cgi-bin/koha/tracklinks.pl?uri=http://example.com&bib… (works now) 3. still links to http://main.localhost/cgi-bin/koha/tracklinks.pl?uri=https://example.com&bi… Signed-off-by: David Nind <david(a)davidnind.com> -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 6892] If a URL has been entered without http://, it isn't correctly linked
by bugzilla-daemon＠bugs.koha-community.org 17 Feb '26

17 Feb '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6892 --- Comment #16 from David Nind <david(a)davidnind.com> --- Created attachment 193286 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=193286&action=e… Bug 6892: Fix links on MARCdetail.tt when protocol is missing This patch will check for URLs in MARC21 data and in case of a missing protocol prefix - either append a missing http prefix if tag=856 and indicator 1=4 is set, - or omit the html anchor element On other $u subfields (e.g. 505$u) the html anchor element is omitted when protocol is missing, regardless Test plan: a) edit a record set the following 856 fields: 1. 856 ind1=4 $u = bugs.koha-community.org 2. 856 $u = bugs.koha-community.org 3. 856 $u = https://bugs.koha-community.org 4. 505 $u = bugs.koha-community.org 5. 505 $u = https://bugs.koha-community.org b) save and go to records MARC view (MARCdetail.pl) and take a look at the links in tab 5 and 8 1. links to http://main-intra.localhost/cgi-bin/koha/catalogue/bugs.koha-community.org/ 2. links to http://main-intra.localhost/cgi-bin/koha/catalogue/bugs.koha-community.org/ 3. links to https://bugs.koha-community.org/ 4. links to http://main-intra.localhost/cgi-bin/koha/catalogue/bugs.koha-community.org 5. links to https://bugs.koha-community.org/ c) apply patch and reload MARCdetail.pl (maybe a restart_all is required) d) verify that 1. links to http://bugs.koha-community.org/ (because of indicator1=4) 2. bugs.koha-community.org/ is displayed but not inside an html anchor element 3. links https://bugs.koha-community.org/ 4. bugs.koha-community.org/ is displayed but not inside an html anchor element 5. links to https://bugs.koha-community.org/ Signed-off-by: David Nind <david(a)davidnind.com> -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0