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

[Bug 39982] New: Accessibility: The 'Browse results' menu does not have sufficient color contrast.
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '25

19 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39982 Bug ID: 39982 Summary: Accessibility: The 'Browse results' menu does not have sufficient color contrast. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Accessibility Assignee: koha-bugs(a)lists.koha-community.org Reporter: nina.martinez(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, oleonard(a)myacpl.org The 'Browse results' menu on the OPAC details page does not have a sufficient color contrast. This issue invalidates WCAG 1.4.3. We should improve this by increasing the contrast between the text color and the background. To test this issue, you can use the Firefox extension: WCAG Contrast Checker or WAVE. 1- Enable the following system preference: OpacBrowseResults. 2- Make a search, choose a record, and expand the 'Browse results' menu. 3- Check the color contrast. WCAG : https://www.w3.org/WAI/WCAG22/quickref/?versions=2.1#contrast-minimum WCAG Contrast Checker firefox extension : https://addons.mozilla.org/fr/firefox/addon/wcag-contrast-checker/ -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 39632] New: Failed plugin install gives too little info
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '25

19 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39632 Bug ID: 39632 Summary: Failed plugin install gives too little info Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When the `install()` process fails, it throws a `Koha::Exceptions::Plugin::InstallDied` exception. But it only carries the `plugin_class` value. We need to pass the error from the `try/catch` block so it gets returned to the caller as well. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 40004] New: Standardize spelling of "Self Checkout" to "Self-checkout" with hyphen in UI
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '25

19 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40004 Bug ID: 40004 Summary: Standardize spelling of "Self Checkout" to "Self-checkout" with hyphen in UI Change sponsored?: --- Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: mihai.bojonca(a)tcmi.edu QA Contact: testopia(a)bugs.koha-community.org Created attachment 182796 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=182796&action=e… SCO OPAC We believe this term should be standardized across Koha. "Self-checkout" (with a hyphen) is strongly indicated as the correct spelling according to major online dictionaries and general search results. While we haven't exhaustively checked every English language variant (GB, US, AU, etc.), key dictionaries like Collins, Merriam-Webster, and Oxford consistently define "self-" as a prefix that requires a hyphen in this context. Standardizing on "Self-checkout" would improve consistency within the Koha interface and align it with widely accepted English usage, making it clearer and more professional for all users. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 38404] New: Make clear in RestrictPatronsWithFailedNotices syspref description that restrict_patrons_with_failed_notices.pl cronjob has default days setting
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '25

19 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38404 Bug ID: 38404 Summary: Make clear in RestrictPatronsWithFailedNotices syspref description that restrict_patrons_with_failed_notices.pl cronjob has default days setting Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz New cronjob restrict_patrons_with_failed_notices.pl added by Bug 23295 will always affect notices failed in the last 7 days. This should be made clear to library staff in the syspref description. For example the description could be changed to: "a restriction to a patron when Koha has failed to send their email and SMS messages in the previous 7 days" -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 35669] New: Update check in message for a specific authorized value in the LOST authorized values
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '25

19 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35669 Bug ID: 35669 Summary: Update check in message for a specific authorized value in the LOST authorized values Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 To recreate: 1. Set an item to a Lost status of "Lost". When you check in that item you will get a message that says "Item was lost, now found." 2. Set an item to a Lost status of "Missing". When you check in that item you will get the same message that says "Item was lost, now found." Some libraries would like this message to reflect the correct authorised value that was previously set. So if they have a lost value of "In repair", the check in message would say "Item was In repair, now found." -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 42

[Bug 29069] New: Accessibility: "Refine your search" link doesn't have sufficient contrast
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '25

19 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29069 Bug ID: 29069 Summary: Accessibility: "Refine your search" link doesn't have sufficient contrast Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: bolshawh(a)parliament.uk QA Contact: testopia(a)bugs.koha-community.org The "refine your search" link on the OPAC search results page (opac-search.pl) is hard to read (grey text on a grey background) and doesn't meet accessibility guidelines. WCAG 2.1 1.4.3 Contrast (Minimum) Level AA: "The visual presentation of text and images of text has a contrast ratio of at least 4.5:1, except for the following: - Large Text: Large-scale text and images of large-scale text have a contrast ratio of at least 3:1; - Incidental: Text or images of text that are part of an inactive user interface component, that are pure decoration, that are not visible to anyone, or that are part of a picture that contains significant other visual content, have no contrast requirement. - Logotypes: Text that is part of a logo or brand name has no contrast requirement." (https://www.w3.org/WAI/WCAG21/quickref/?versions=2.0#contrast-minimum) There are several free websites for checking the contrast ratio, e.g. https://webaim.org/resources/contrastchecker/ You can also use the built-in accessibility functions in Firefox and Chrome, as well as specialist accessibility browser extensions like WAVE (https://wave.webaim.org/) -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 39809] New: Category name and code in red and italic in patron category form
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '25

19 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39809 Bug ID: 39809 Summary: Category name and code in red and italic in patron category form Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org In main, when I go to the patron category form, the required fields' inputs are in red and italic. To recreate: A.1. Go to Administration > Patron categories A.2. Click New category --> Notice the labels for Category code, Description and Category type are in italic (they used to be just red and bold, but not italic) A.3. Type in a code and a description --> Notice that the input is now in red and italic (it used to be black and regular/not italic) B.1. Go to Administration > Patron categories B.2. Click on an existing category --> Notice the description inside the input field is in red and italic (it used to be black and regular/not italic) -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 39960] New: Improve messages in opac-discharge.tt
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '25

19 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39960 Bug ID: 39960 Summary: Improve messages in opac-discharge.tt 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org There's a use of 'item(s)' that can be avoided, and the messages contain a redundant 'checked out items' that could just be 'them'. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 37214] New: We should migrate to Koha::Patron->queue_notice wherever possible
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '25

19 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37214 Bug ID: 37214 Summary: We should migrate to Koha::Patron->queue_notice wherever possible Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The 'queue_notice' method introduced to Koha::Patron in bug 15986 introduces a wrapper around GetPreparedLetter and EnqueueLetter that will appropriately pick the message transport type and for the patron based on their own preference and personal data provided. We should try to use this method consistently throughout Koha rather than manually setting these in different area's of the codebase. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 37050] New: Add select2 to SQL report multi select
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '25

19 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37050 Bug ID: 37050 Summary: Add select2 to SQL report multi select Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: blawlor(a)clamsnet.org QA Contact: testopia(a)bugs.koha-community.org Bug 36545 adds select2 to improve the user experience when making multiple selections in item search. Bug 35746 adds the ability to reports to make multiple selections for SQL parameters. It would be nice for consistency and ux for the report multiselect to use select2. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 62