August 2025 - Koha-bugs - lists.koha-community.org

[Bug 28884] New: ElasticSearch: Question mark in title search returns no results
by bugzilla-daemon＠bugs.koha-community.org 25 May '26

25 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28884 Bug ID: 28884 Summary: ElasticSearch: Question mark in title search returns no results Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: jyorio(a)equinoxinitiative.org When searching for a title with a question mark, Who's Afraid of Virginia Woolf? for example, Koha returns no results with ElasticSearch. Removing the question mark or escaping it retrieves results, as does enclosing the entire title with the question mark in quotes. Since ? is a wildcard for ElasticSearch, this may be expected behavior (I'm not sure that it is or isn't), but explaining to patrons that they need to change their search behavior can be a big ask for libraries. Not sure what the best option is. Perhaps a system preference to automatically escape ? and not treat it as a wildcard for those libraries who would prefer that? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 59

[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 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 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

[Bug 33906] New: [OMNIBUS] Improve translation of title tags
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33906 Bug ID: 33906 Summary: [OMNIBUS] Improve translation of title tags Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 15395 I would like to update all templates which output a <title> tag to use the template internationalization method demonstrated in Bug 33077 > We can instead use the i18n template plugin introduced by Bug 15395 to wrap > individual title tag elements like so: > > [% t("Modify city") | html %] Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15395 [Bug 15395] Internationalization: plural forms, context, and more -- You are receiving this mail because: You are watching all bug changes.

1 57

[Bug 39255] New: Improve translation of title tags: OPAC part 4
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39255 Bug ID: 39255 Summary: Improve translation of title tags: OPAC part 4 Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Blocks: 33906 This patch will modify the last batch of OPAC templates so that translatable strings in the <title> tag are wrapped in the correct translation function, e.g. [% t('Translate me') %] Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33906 [Bug 33906] [OMNIBUS] Improve translation of title tags -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 37024] New: Scrolling glitch on holdings table
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37024 Bug ID: 37024 Summary: Scrolling glitch on holdings table Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Similar to bug 36291, the holdings table is also glitching during scrolling. I'm seeing the following message in the console log: "This site appears to use a scroll-linked positioning effect. This may not work well with asynchronous panning; see https://firefox-source-docs.mozilla.org/performance/scroll-linked_effects.h… for further details and to join the discussion on related tools and features!" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 93

[Bug 40383] New: Modernise the EDIFACT Message display modal
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40383 Bug ID: 40383 Summary: Modernise the EDIFACT Message display modal Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org Depends on: 40334 In bugs 40333 and 40334 we split out the modal display of raw edifact messages and allowed them to be display directly on the related basket and invoice pages. This patch aims to modernise their display to allow for both the 'raw' mode as well as a mode modern and easily navigable 'tree' view mode. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40334 [Bug 40334] When EDIFACT is enabled, one should be able view the corresponding EDIFACT QUOTE and ORDER messages on the Koha Basket page -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 109

[Bug 39516] New: Record and display record matching rule composite scores
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39516 Bug ID: 39516 Summary: Record and display record matching rule composite scores Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When viewing a batch of staged biblio or authority records, those records which found matches show their final match score. It would be helpful to store and display the composite values that are added together to make that final score. An example matching rule: Match threshold: 100 Match point 1: - search index: title - score: 50 - tag: 245$a Match point 2: - search index: author - score: 50 - tag: 100$a Match point 3: - search index: isbn - score: 100 - tag: 020$a Currently, a staged bib that found a match via the combination of title and author would just show "(score=100)" in the staged batch view. A bib that matched just on ISBN would show the same thing, "(score=100)." It'd be helpful to instead show something like "(score= title:50, author:50)" or "(score= isbn:100)" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 66

[Bug 34353] New: We don't need 'SpineLabelShowPrintOnBibDetails' anymore
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34353 Bug ID: 34353 Summary: We don't need 'SpineLabelShowPrintOnBibDetails' anymore Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Surely we don't need this preference anymore.. one can enable/disable the option to display this button from the table settings page instead? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27