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 17 Jul '26

17 Jul '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 60

[Bug 35237] New: Duplicate ids in markup of patron card layout edit form
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '26

17 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35237 Bug ID: 35237 Summary: Duplicate ids in markup of patron card layout edit form Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy, accessibility Severity: minor 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 Tools -> Patron card creator -> Edit layout: A few pairs of radio buttons have duplicate labels: <li> <label for="page_side">Page side: </label> <input type="radio" name="page_side" id="page_side" value="F">Front <input type="radio" name="page_side" id="page_side" value="B" checked="checked">Back </li> It would be better for the "Page side" label to have no "for" attribute and for "Front" and "Back" to be labels. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 40568] New: Various corrections to recalls templates
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '26

17 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40568 Bug ID: 40568 Summary: Various corrections to recalls templates Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor 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: 40560, 40566 I've got a few random corrections to make to a couple of recalls templates. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40560 [Bug 40560] Incorrect breadcrumb on recall history https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40566 [Bug 40566] "Home library" empty on "Recalls history" -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 39437] New: Patron notes and item notes populating Notes column of checkedin table
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39437 Bug ID: 39437 Summary: Patron notes and item notes populating Notes column of checkedin table Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: heather(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently, in Circulation > Check in the Notes column of the table of check-ins is populating with the item notes AND notes on patron accounts, which can lead to vast expansion of this table when a patron has a lot of notes on their account. It would be useful if there were a way for libraries to hide either the item notes or the patron notes from this column of this table. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 39706] New: Accessibility: Missing text alternative for the star rating.
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39706 Bug ID: 39706 Summary: Accessibility: Missing text alternative for the star rating. 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 After trying to navigate in Koha with a screen reader, I noticed that the star rating of the record was difficult to understand without sight. The stars don’t have text alternatives, and the links are empty. It would be great to improve this! If you want to test this issue, you can use screen readers like Orca. There are some pages with star ratings: Enable the following system preference: OpacStarRatings (results, details, and patron). -The results page (make a search). -The OPAC details page (choose a record). -Your summary "checked out" page (You have to make a checkout before for your patron account. Go to the staff interface, enter the card number or your patron name in the search bar, and make a checkout). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 39998] New: Missing presentation role on layout tables.
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39998 Bug ID: 39998 Summary: Missing presentation role on layout tables. 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 When tables are used for layout purposes, we should add the WAI-ARIA presentation role attributes. Misinterpreting layout tables as data tables can confuse users who rely on assistive technologies. For example, a screen reader will interpret the element as a data table and announce the number of rows and columns and the content inside. By adding role=”presentation”, the screen reader will just read the elements making the content more accessible and easier to understand, without unnecessary information. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 39502] New: Web Usability Accessibility Audit - Decorative Images Don't Need alt Text
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39502 Bug ID: 39502 Summary: Web Usability Accessibility Audit - Decorative Images Don't Need alt Text Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Accessibility Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexander.blanchard(a)openfifth.co.uk 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 accessibility audit has highlighted that there are icons across the site that are used to define the different types of content available in the library catalogue. Often these icons are used alongside text that also describes the content types available. Where this is the case, a screen reader user hears the same content twice. Some decorative images are also announced by their file name. The report has highlighted that for screen readers, these names are often too long and confusing. These findings may impact the experience of screen reader users. The suggested solution is for purely decorative images to have null alt text. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 39475] New: WCAG 2.1:1.4.10 - Content Reflow
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39475 Bug ID: 39475 Summary: WCAG 2.1:1.4.10 - Content Reflow 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: martin.renvoize(a)openfifth.co.uk 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 https://www.w3.org/WAI/WCAG21/Understanding/reflow.html At high zoom levels or on mobile devices the OPAC header menus do not adequately reflow. Issue • On mobile and at high-levels of zoom some content does not reflow well. At its worst, content is totally obscured and becomes inaccessible serious, the ‘Advanced search’ link • In some places, the impact is less serious and the content is just difficult to read, rather than being inaccessible e.g. the ‘List’ menu when expanded Solution • Review how the content is presented on mobile and at high zoom levels • If possible, add media queries that cause the page to reflow properly to avoid content overlapping when viewed on certain devices and at certain browser zoom levels • Test all content at 400% zoom to check for any bad effects. No content must be lost at that zoom level (but bear in mind that some low vision users use zoom levels even higher than that) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 40165] New: Incomplete logic for controlling display of OPAC language footer
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40165 Bug ID: 40165 Summary: Incomplete logic for controlling display of OPAC language footer Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Accessibility Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)openfifth.co.uk, matt.blenkinsop(a)openfifth.co.uk, nina.martinez(a)biblibre.com, oleonard(a)myacpl.org, testopia(a)bugs.koha-community.org Blocks: 39890 If you have opaclanguagesdisplay turned on and OpacLangSelectorMode set to "both" or "footer," BUT you only have one language enabled, an empty footer bar might be shown when these prefs are off: - OPACReportProblem - CookieConsent - OpacKohaUrl Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39890 [Bug 39890] Accessibility: Add more Bypass blocks to the OPAC. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 40671] New: Rename `revert_waiting` => `revert_found` in Koha::Hold
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40671 Bug ID: 40671 Summary: Rename `revert_waiting` => `revert_found` in Koha::Hold Change sponsored?: --- Product: Koha Version: Main 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The original method -RevertWaitingStatus- was actually used to revert any `found` status, not just waiting. The `Koha::Hold->revert_waiting()` method implemented on bug 40058 throws an exception if the hold is not waiting. This causes errors in a couple places (reverting in transit holds, reverting in processing holds, etc). We need to document things better and cover all the use cases with tests to avoid this. Will do my best. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26