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

[Bug 42147] New: Action logs for hold creation contain less data
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42147 Bug ID: 42147 Summary: Action logs for hold creation contain less data Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: emily.lamancusa(a)montgomerycountymd.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, lisette(a)bywatersolutions.com, tomascohen(a)gmail.com In 24.11, the "info" column in the action logs for a hold creation action contained the full hold data. As of 25.05 and onward, this is no longer the case. Holds created through the staff interface show only the reserve_id in the "info" column, and holds created by API show the API arguments, which is a bit more helpful, but still not as much data as the "info" column used to contain. This makes it harder to search for the logs of a specific hold, and in some cases harder to determine whether an unexpected hold option/status was user error on the part of whoever placed the hold, or whether that unexpected state occurred later. It would be very helpful to restore the behavior of logging the full hold object data in the "info" column. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 42143] New: The breadcrumbs on Patron pages render an empty link
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42143 Bug ID: 42143 Summary: The breadcrumbs on Patron pages render an empty link Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Accessibility Assignee: koha-bugs(a)lists.koha-community.org Reporter: blawlor(a)clamsnet.org 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 Go to a page like http://localhost:8081/cgi-bin/koha/members/moremember.pl?borrowernumber=51 Tab through the breadcrumbs and notice there is an empty link before the link to the patron record. Copy the page source and paste in the W3C Markup Validation Service Notice the errors: Error: Start tag a seen but an element of the same type was already open. Error: Stray end tag a. This violates WCAG 1. 2.4.4 Link Purpose (In Context) (Level A) because a screen reader can't announce the purpose of the link. This is a duplicate nested link and can be removed. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 42142] New: The gear icon to toggle panel for login settings needs accessibility updates
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42142 Bug ID: 42142 Summary: The gear icon to toggle panel for login settings needs accessibility updates Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Accessibility Assignee: koha-bugs(a)lists.koha-community.org Reporter: blawlor(a)clamsnet.org 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 View source on any Koha page and paste into the W3C Markup Validation Service. https://validator.w3.org/#validate_by_input Notice the error: The aria-label attribute must not be specified on any i element unless the element has a role value... This violates WCAG 1. 4.1.2 Name, Role, Value (Level A) I think the <a> element should have the role button and aria-label Toggle panel for login settings and the <i> element should have aria-hidden="true" The Toggle panel for login settings also needs some work to announce its state as collapsed and expanded to be more accessible for screen readers. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 42140] New: Guarantor name and relationship stuck together without space between them
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42140 Bug ID: 42140 Summary: Guarantor name and relationship stuck together without space between them Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: anneli.osterman(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org Created attachment 195687 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=195687&action=e… Screenshot of the patron detail page where name and relationship is stuck together In patron detail page (moremember.pl) the Guarantor name and relationship are stuck together without a space between them. See also the screenshot. Henry Acevedo(father) Suggestion: There should be a space between the name and relationship Henry Acevedo (father) How to reproduce: 1. Add or find a patron that can be guarantee 2. Add guarantor with a relationship to the patron 3. Notice that name an relationship are stuck together -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 42134] New: String displays incorrectly: words “notices” and “for” appear concatenated
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42134 Bug ID: 42134 Summary: String displays incorrectly: words “notices” and “for” appear concatenated Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: anneli.osterman(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org Description: When viewing a notice in the Notices and slips page -> Format tab there is a text `Apply format settings to all noticesfor this language:` The rendered text on the staff interface shows the words *“notices”* and *“for”* stuck together without a space. This occurs on the following translation entry: https://translate.koha-community.org/translate/koha/main/staff-prog/fi/?che… Apply format settings to all notices%sfor this language%s: koha-tmpl/intranet-tmpl/prog/en/modules/tools/letter.tt:827 Steps to reproduce: 1. Open the staff interface and navigate to Tools -> Notices and slips -> Open one of the notices -> Go to the Format tab. 2. Navigate to the section where the above string is displayed. 3. Observe that the rendered text lacks a space between “notices” and “for”. Expected behavior: A space should appear between the words, e.g.: `Apply format settings to all notices for this language:` Actual behavior: The words appear concatenated: `noticesfor` -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 42104] New: Spelling: The authority id %s does not exist in the database.
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42104 Bug ID: 42104 Summary: Spelling: The authority id %s does not exist in the database. Initiative type: --- Sponsorship --- status: Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Found while translating: The authority id %s does not exist in the database. ID should be capitalized. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 42103] New: Spelling: marc record
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42103 Bug ID: 42103 Summary: Spelling: marc record Initiative type: --- Sponsorship --- status: Product: Koha Version: 24.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: f.demians(a)tamil.fr, jonathan.druart(a)gmail.com Found while translating: Koha/Database/DataInconsistency.pm:262 Biblionumber {biblionumber} has item fields ({item_tag}) in the marc record MARC is an acronym and should be capitalized. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 42020] New: (Bug 39482 follow-up) Library info link shown in OPAC without OpacLibraryInfo and library URL
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42020 Bug ID: 42020 Summary: (Bug 39482 follow-up) Library info link shown in OPAC without OpacLibraryInfo and library URL Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Prior to Bug 39482 a link to library info modal (with (i) icon) was generated only if OpacLibraryInfo was defined. Now it is there even if there is no OpacLibraryInfo at all and no URL defined for the library. It is generated in any circumstances. (BTW this makes the following snippet from opac-detail.tt dead: [% ELSIF holding_library_url %] <a href="[% holding_library_url | url %]"> [% holding_library_name | html %] </a> [% ELSE %] <span>[% holding_library_name | html %]</span> [% END %] ) This is because Koha::Library::opac_info returns a RS now, and not an object, as it was before. So a test on $item->holding_branch->opac_info( { lang => $lang } ) in opac-detail.pl returns always true. To reproduce: 1) Have a standard ktd installation. 2) Make sure there is no OpacLibraryInfo defined in HTML customizations. 3) Make sure there is no URL for any library. 4) In OPAC, perform any search. On a detail page you would see a link to an empty modal from the Current library items column. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 42017] New: Fix content type of OPAC news RSS
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42017 Bug ID: 42017 Summary: Fix content type of OPAC news RSS Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 7843 I noticed that in Firefox, the default XML viewer isn't triggered when I view the OPAC news RSS feed. That seems to be because opac-news-rss.pl uses output_html_with_http_headers instead of output_with_http_headers. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7843 [Bug 7843] Add RSS feeds for OPAC news -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 42012] New: e.preventDefault not called in clubs.tt club_hold_search handler
by bugzilla-daemon＠bugs.koha-community.org 24 May '26

24 May '26

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42012 Bug ID: 42012 Summary: e.preventDefault not called in clubs.tt club_hold_search handler Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: paul.derscheid(a)lmscloud.de QA Contact: testopia(a)bugs.koha-community.org In clubs/clubs.tt, the .club_hold_search click handler uses e.preventDefault instead of e.preventDefault(). This was probably a typo or similar in Bug 24393. This references the method without calling it, so the default anchor action is never prevented. Since the element is an <a href="#">, clicking "Search to hold" causes the page to scroll to the top. -- You are receiving this mail because: You are watching all bug changes.

1 14