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

[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 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 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 41956] New: Hold group/hyperhold modals should show hold_group_id
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41956 Bug ID: 41956 Summary: Hold group/hyperhold modals should show hold_group_id Initiative type: --- Sponsorship --- status: Product: Koha Version: 25.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: andrew(a)bywatersolutions.com, gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com It would be helpful if hyperholds' hold_group_id were more readily visible for staff who need to identify it in order to search logs/troubleshoot. Places it would help to have it visible: In the Holds tab of patron accounts in the staff interface (circulation.pl and moremember.pl), the modal generated by clicking on the number in the 'Hold group' column to see other titles/items in the hyperhold/hold group In a bib's hold tab (request.pl), the modal generated by clicking on the '(part of a hold group)' link in the hold's Details column -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 33

[Bug 41902] New: Allow configuration of bibliographic information to be shown on new record duplicate check
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41902 Bug ID: 41902 Summary: Allow configuration of bibliographic information to be shown on new record duplicate check Initiative type: --- Sponsorship --- status: 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In cataloging, when Koha suspects a newly-created record is a duplicate it gives just the title of the existing record. We'd like a system preference in which to use Template Toolkit to define parts of the biblio object to be shown here. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[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