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

[Bug 42671] New: OPAC page changes when choosing another language
by bugzilla-daemon＠bugs.koha-community.org 25 May '26

25 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42671 Bug ID: 42671 Summary: OPAC page changes when choosing another language Initiative type: --- Sponsorship --- status: Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: anke.bruns(a)gwdg.de QA Contact: testopia(a)bugs.koha-community.org >From e.g. a results list or a detailed record view, when switching to another language, the OPAC page is lost and one lands with the OPAC start page again. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 35302] New: Koha depends on mpm_itk which prevents HTTP/2
by bugzilla-daemon＠bugs.koha-community.org 25 May '26

25 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35302 Bug ID: 35302 Summary: Koha depends on mpm_itk which prevents HTTP/2 Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: cornelius.amzar(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Hello, I wanted to turn on HTTP/2 support for our Koha sites. That would be a measureable performance plus. Unfortunately, I was not able to turn on HTTP/2 support due to required Apache2 modules. Koha requires mpm_itk to set the user for each VHOST. mpm_itk was last updated in 2016 according to its website: http://mpm-itk.sesse.net/ mpm_itk is compatile with mpm_prefork only, which is an outdated and less efficient process manager for apache. mpm_prefork is not compatible with http2. Koha should find another way to set the user ids for each VHOST. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 42102] New: Z39.50 ISBN sometimes fails when right truncation provided
by bugzilla-daemon＠bugs.koha-community.org 25 May '26

25 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42102 Bug ID: 42102 Summary: Z39.50 ISBN sometimes fails when right truncation provided Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers 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 I've noticed that the Z39.50 search for ISBN no longer works for the Library of Congress. It appears that their support for the @attr 5=1 right truncation has changed. If you provide the full ISBN, it will fail. If you provide a partial, it will succeed. The way to work around this is to try both with and without truncation. (Note that places like the National Library of Medicine in the USA will let you provide @attr 5=1 but it doesn't actually perform the right truncation on your ISBN search.) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 39170] [CVE-2025-30076] Remote code execution within task scheduler
by bugzilla-daemon＠bugs.koha-community.org 25 May '26

25 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39170 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|[ CVE-2025-30076] Remote |[CVE-2025-30076] Remote |code execution within task |code execution within task |scheduler |scheduler -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 41653] New: Stores for permissions and sysprefs should be under the Koha namespace
by bugzilla-daemon＠bugs.koha-community.org 25 May '26

25 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41653 Bug ID: 41653 Summary: Stores for permissions and sysprefs should be under the Koha namespace Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified 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 Depends on: 41324, 41562 See bug 41562 comment 7. To avid collision with other scripts we should have the functions and variables under the Koha namespace. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41324 [Bug 41324] Tidy kohaTable block https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41562 [Bug 41562] Introduce the concept of "stores" for regular javascript -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 47

[Bug 39517] New: Make LDR/6-7 = 'am' be interpreted by MARC21slim2OPACDetail.xsl as 'Book' instead of more generic 'Text'
by bugzilla-daemon＠bugs.koha-community.org 25 May '26

25 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39517 Bug ID: 39517 Summary: Make LDR/6-7 = 'am' be interpreted by MARC21slim2OPACDetail.xsl as 'Book' instead of more generic 'Text' Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Currently, in OPAC, MARC21slim2OPACDetail.xsl assigns to LDR/6-7 = 'am' a label 'Text' (materialTypeLabel), which is then used in defining variable schemaOrgType and also for display. The variable schemaOrgType would be set to 'Book' if materialTypeLabel was 'Book', but with the current xslt code never will be. Instead schemaOrgType will be set to a generic type CreativeWork for 'am'. materialTypeLabel is also used for display purposes as the label next to the material type icon (when DisplayOPACiconsXSLT enabled). -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 42682] New: Elasticsearch-powered patron search
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42682 Bug ID: 42682 Summary: Elasticsearch-powered patron search Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle(a)bywatersolutions.com Here we go again. Lessons learned from bug 17500. This bug adds Elasticsearch-based patron searching to Koha, providing significant performance improvements for libraries with large patron databases (tested with 1.5M patrons). Key features: - New ES patrons index with configurable field mappings - REST API endpoint (GET /search/patrons) with facets, column filters, and sorting - Full UI parity with the existing patron search (toolbar, dropdowns, letter browsing) - Async overdues loading via separate endpoint (bug 42679) for fast initial render - Honors DefaultPatronSearchFields and DefaultPatronSearchMethod sysprefs - Autocomplete integration in the header search box - Transparent redirect from member.pl/members-home.pl when enabled - Configurable max_result_window via ElasticsearchPatronMaxResultWindow syspref New system preferences: - ElasticsearchPatronSearch (YesNo) - ElasticsearchPatronMaxResultWindow (integer, default 1000000) - ElasticsearchIndexStatus_patrons (internal) Depends on bug 42679. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 42604] New: Authority linking and updating
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42604 Bug ID: 42604 Summary: Authority linking and updating Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: viliam.polonec(a)snk.sk QA Contact: testopia(a)bugs.koha-community.org I have a name authority record with 500 fields containing pseudonyms. For each individual pseudonym, I have created separate authority records. The problem is that they are not linked, so if the author dies, I have to manually edit every pseudonym record and add the date of death. Would it be possible to use links via subfield 9 to connect the main author with the pseudonym records so that changes (such as updating the death date) would automatically propagate to the linked pseudonym records? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 42670] New: Terminology: Are you sure you want to cancel all holds in this hold's group?
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42670 Bug ID: 42670 Summary: Terminology: Are you sure you want to cancel all holds in this hold's group? Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: anneli.osterman(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org Found this while translating: Are you sure you want to cancel all holds in this hold's group? Should this be "Are you sure you want to cancel all holds in this hold group?" koha-tmpl/intranet-tmpl/prog/en/modules/circ/returns.tt:1560 -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 39971] New: Patron attribute types form logic should be reusable
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39971 Bug ID: 39971 Summary: Patron attribute types form logic should be reusable Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: pedro.amorim(a)openfifth.co.uk Reporter: pedro.amorim(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, martin.renvoize(a)openfifth.co.uk, tomascohen(a)gmail.com Other parts of Koha that need to render this should not be repeating code but instead make use of established DRY logic. -- You are receiving this mail because: You are watching all bug changes.

1 52