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

[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

[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 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 41834] New: Remove systempreferences's options, explanation and type DB values
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41834 Bug ID: 41834 Summary: Remove systempreferences's options, explanation and type DB values 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: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 41833 We currently have to set options, explanation and type in sysprefs.sql and the atomic/dbrev files. However we (almost) never use them, we rely on the values in the yml files. We could remove them and don't require them when when add new sysprefs. It will avoid the mess we currently have (mismatch between new and updated installations, see bug 41682 and bug 41800). Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41833 [Bug 41833] Use YML description for syspref's search -- You are receiving this mail because: You are watching all bug changes.

1 63

[Bug 41837] New: Are we ready for rc1?
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41837 Bug ID: 41837 Summary: Are we ready for rc1? Initiative type: --- Sponsorship --- status: Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal 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 Ready? commit 571d609ccd443c17d9a96fc83d85493b4c4aff0f Date: Tue Dec 2 22:13:25 2003 +0000 fix for bug 600 modified: C4/Output.pm -my $path = C4::Context->config('includes') || - "/usr/local/www/hdl/htdocs/includes"; +#FIXME: this is a quick fix to stop rc1 installing broken +#Still trying to figure out the correct fix. +my $path = C4::Context->config('intrahtdocs')."/intranet-tmpl/default/en/includes/"; This FIXME got moved to C4/Templates.pm: commit 6b8be20497dd877c4ba5c5278a89fd82fc0862a9 Date: Thu Aug 25 15:01:19 2011 +0200 Bug 6755 Problems with switching languages I think we are ready for "rc1" and we should remove this $path, that is actually not used in C4::Templates... sigh... -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 42200] New: SelfCheckInTimeout being interpreted in milliseconds instead of seconds
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42200 Bug ID: 42200 Summary: SelfCheckInTimeout being interpreted in milliseconds instead of seconds Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Set, or leave, the SelfCheckInTimeout at 120 seconds 2. Log in to SCO module 3. You will be logged out in 120 milliseconds -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 32