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

[Bug 22217] New: error "Connection to the memcached servers '__MEMCACHED_SERVERS__' failed" during install
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '25

19 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22217 Bug ID: 22217 Summary: error "Connection to the memcached servers '__MEMCACHED_SERVERS__' failed" during install Change sponsored?: --- Product: Koha Version: 18.11 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: giuseppe.ciaccio(a)unige.it QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- I'm trying to install Koha on a fresh Debian 9.7 32-bit, following the instructions at https://wiki.koha-community.org/wiki/Koha_on_Debian . I work as root so I have all privileges. One of the installation steps consists of editing file /etc/koha/koha-sites.conf . Inside koha-sites.con, I find the following row: USE_MEMCACHED="yes" 1.1) start memcached in the localhost (this action is not reported in the instructions but is needed): root@myhost:~# service memcached start 1.2) ensure that memcached is indeed active and listening at port 11211 root@myhost:~# ps ax PID TTY STAT TIME COMMAND ... 16908 ? S 0:00 /usr/sbin/apache2 -k start 16909 ? S 0:00 /usr/sbin/apache2 -k start 16910 ? S 0:00 /usr/sbin/apache2 -k start 16920 ? Ssl 0:00 /usr/bin/memcached -m 64 -p 11211 -u memcache -l 127. ... 1.3) proceed with install procedure, get worrying error messages root@myhost:~# koha-create --create-db mylibrary Koha instance is empty, no staff user created. [ ok ] Starting Koha indexing daemon for mylibrary:. root@myhost:~# koha-translate --install it-IT Connection to the memcached servers '__MEMCACHED_SERVERS__' failed. Are the unix socket permissions set properly? Is the host reachable? If you ignore this warning, you will face performance issues Connection to the memcached servers '__MEMCACHED_SERVERS__' failed. Are the unix socket permissions set properly? Is the host reachable? If you ignore this warning, you will face performance issues Use of uninitialized value $pref_name in concatenation (.) or string at /usr/share/koha/misc/translator/LangInstaller.pm line 197. Use of uninitialized value $pref_name in concatenation (.) or string at /usr/share/koha/misc/translator/LangInstaller.pm line 239. 1.4) at this point, try not to use memcached and repeat the koha-translate step, get same error as before root@myhost:~# vi /etc/koha/koha-sites.conf ...set USE_MEMCACHED="no" root@myhost:~# koha-translate --update it-IT Connection to the memcached servers '__MEMCACHED_SERVERS__' failed. Are the unix socket permissions set properly? Is the host reachable? If you ignore this warning, you will face performance issues Connection to the memcached servers '__MEMCACHED_SERVERS__' failed. Are the unix socket permissions set properly? Is the host reachable? If you ignore this warning, you will face performance issues Use of uninitialized value $pref_name in concatenation (.) or string at /usr/share/koha/misc/translator/LangInstaller.pm line 197. Use of uninitialized value $pref_name in concatenation (.) or string at /usr/share/koha/misc/translator/LangInstaller.pm line 239. So it seems that I) the language installer tries to connect to memcached, no matter the value of USE_MEMCACHED II) the language installer fails to connect to memcached even if the daemon is up and listening to the right port. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 16735] New: Replace existing library search groups functionality with the new hierarchical groups system
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '25

19 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16735 Bug ID: 16735 Summary: Replace existing library search groups functionality with the new hierarchical groups system Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org We should replace the existing library search groups with the use of the new hierarchical groups system so that old system can be removed completely. General outline: 1) Add the option to each group for it to be a "search" group 2) Port over existing groups by creating a new group for each "categorycode" in the branchrelations table 3) Re-implement the group search using the new system, remove the old system -- You are receiving this mail because: You are watching all bug changes.

1 118

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