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

[Bug 25371] New: Koha::Email doesn't validate header data
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25371 Bug ID: 25371 Summary: Koha::Email doesn't validate header data Change sponsored?: --- Product: Koha Version: master 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Koha::Email should validate the data being used for the email headers. Mail::Sendmail doesn't do proper validation itself, so we need to do it at a higher level. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 38642] New: DataTables expand button has no label
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38642 Bug ID: 38642 Summary: DataTables expand button has no label 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: jake.deery(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, oleonard(a)myacpl.org It has been noted in a recent accessibility audit that the expand row button found on /cgi-bin/koha/opac-detail.pl when on mobile, or zoomed in, has no meaningful label. Ideally, a label should be present to describe the function of this button, as the plus / minus symbol is ambiguous. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 39980] New: Vendors pages are broken when using Koha as a Mojolicious application
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '25

26 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39980 Bug ID: 39980 Summary: Vendors pages are broken when using Koha as a Mojolicious application Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 38010 Bug 38010 broke the vendors pages when Koha is running as a Mojolicious application Steps to reproduce: 1. Run `bin/intranet daemon -l http://*:3000/` 2. Point your browser to http://localhost:3000 (replace localhost by the hostname/IP of koha's container, if needed) 3. Go to Acquisitions and search for a vendor. You will get an error 404. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38010 [Bug 38010] Migrate vendors to Vue -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 36095] New: Improve translation of title tags: OPAC part 2
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '25

26 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36095 Bug ID: 36095 Summary: Improve translation of title tags: OPAC part 2 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement 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 Depends on: 33907 Blocks: 33906 This patch will modify more OPAC templates so that translatable strings in the <title> tag are wrapped in the correct translation function, e.g. [% t('Translate me') %] Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33906 [Bug 33906] [OMNIBUS] Improve translation of title tags https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33907 [Bug 33907] Improve translation of title tags: OPAC part 1 -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 39558] New: Timestamps on biblio biblioitems and biblio_metadata are not in sync
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '25

26 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39558 Bug ID: 39558 Summary: Timestamps on biblio biblioitems and biblio_metadata are not in sync Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org On bug 39397 it was found we were returning the wrong timestamp when querying biblios, additionally we query on the biblio.timestamp which may not be updated if a biblio edit does not affect the data in the biblios table. As the three tables are so closely tied, I believe we should maintain a singular timestamp between - so any edit shows that the biblio was updated. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 28

[Bug 39866] New: Acquisitions statistics fails when filling only the To date
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '25

26 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39866 Bug ID: 39866 Summary: Acquisitions statistics fails when filling only the To date 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: adolfo.rodriguez(a)xercode.es QA Contact: testopia(a)bugs.koha-community.org The Acquisitions statistics returns an Internal Server Error if you fill only the To date. The error happens with both "Placed on" and "Received on". When executing the query, the script checks that the To date is filled but it doesn't check if the From date is also filled. if ( (@linefilter) and ( $linefilter[1] ) ) { $sth->execute( $linefilter[0], $linefilter[1] ); However, it checks both when building the SQL if (@linefilter) { if ( $linefilter[1] ) { if ( $linefilter[0] ) { $strsth .= " AND $line BETWEEN ? AND ? "; } else { $strsth .= " AND $line <= ? "; } } elsif ( ( $linefilter[0] ) and ( ( $line =~ /closedate/ ) or ( $line =~ /received/ ) ) ) { $strsth .= " AND $line >= ? "; } elsif ( $linefilter[0] ) { $linefilter[0] =~ s/\*/%/g; $strsth .= " AND $line LIKE ? "; } } This discrepancy is what creates the error, as it passes the SQL more variables than it expects. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 20

[Bug 40107] New: Article requests: Some DataTables functionality is broken
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '25

26 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40107 Bug ID: 40107 Summary: Article requests: Some DataTables functionality is broken Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When you change the status of an article request using the "Actions" menu, the affect row should be removed and the table redrawn. Instead there is an error in the console: Uncaught (in promise) TypeError: requested_datatable.rows is not a function UpdateTabCounts http://127.0.0.1:8081/cgi-bin/koha/circ/article-requests.pl?branchcode=:117… SetPending http://127.0.0.1:8081/cgi-bin/koha/circ/article-requests.pl?branchcode=:116… -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 39775] New: Serials claims table filters aren't working
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '25

26 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39775 Bug ID: 39775 Summary: Serials claims table filters aren't working Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: matt.blenkinsop(a)openfifth.co.uk QA Contact: testopia(a)bugs.koha-community.org To reproduce: 1) Navigate to Serials and then Claims (if prompted to create a notice, please do this) 2) If you have no claims listed, return to the serials page and create a new serial (the details of this aren't too important) 3) Return to the serials claims page, try to use one of the filters at the bottom of the table 4) Nothing will happen and the table won't filter -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[Bug 39814] New: Filters on serial arrays are broken
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '25

26 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39814 Bug ID: 39814 Summary: Filters on serial arrays are broken Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: baptiste.wojtkowski(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org On following pages: 1/ serials/claims.pl 2/ serials/serials-search.pl There are filters at the bottom of each array, but they are not related to any action, hence are totally useless. This was introduced by https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36640 which removed "sTable.fnAddFilters("filter", "200");" Is the solution to add it to columnsettings ? Is there a policy to add tables to columnsettings ? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 39489] New: 'Refine your search' should have an aria-expanded attribute
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '25

26 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39489 Bug ID: 39489 Summary: 'Refine your search' should have an aria-expanded attribute Change sponsored?: --- 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: chloe.zermatten(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 So that screen reader users aren't misled into thinking that the 'Refine Search' section header will take them to another page, add an aria-expanded attribute, and set its value to true if the section is expanded, and false if it is not. This will clearly mark 'Refine Search' as a collapsible section. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 39