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

[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 41128] New: ratings.js creating "undefined" text for screen readers
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41128 Bug ID: 41128 Summary: ratings.js creating "undefined" text for screen readers Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org If you try to print the user summary table, you'll likely see a bunch of "undefined" text in the table. It looks like ./koha-tmpl/opac-tmpl/bootstrap/js/ratings.js iterates through some of the HTML and tries to create spans with text from the data-rating-value attribute, but that attribute doesn't exist, so it uses the text "undefined" instead: <div class="br-widget br-readonly"> <a href="#">undefined</a> <a href="#">undefined</a> <a href="#">undefined</a> <a href="#">undefined</a> <a href="#">undefined</a> </div> -- You are receiving this mail because: You are watching all bug changes.

1 16

[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 41201] New: Definite article in some labels confuses screen readers
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41201 Bug ID: 41201 Summary: Definite article in some labels confuses screen readers Initiative type: --- Sponsorship --- status: 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: jake.deery(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 Some labels on the OPAC include a definite article ("place a hold on xxxx"). These definite articles have thrown some user's screen readers, as the hidden label does not match the visible label ("place hold"). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[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

[Bug 40058] New: Move RevertWaitingStatus to Koha::Hold->revert_waiting()
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '26

16 Jul '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40058 Bug ID: 40058 Summary: Move RevertWaitingStatus to Koha::Hold->revert_waiting() Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement 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 This method should be moved to the Koha:: namespace. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29