- 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 41026] New: sendbasket or sendshelf does not work with "My name" <someone@domain.com>
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41026 Bug ID: 41026 Summary: sendbasket or sendshelf does not work with "My name" <someone(a)domain.com> 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org If you use that, it will be accepted. The line is parsed correctly by Email::Address. But exim will return a SMTP error. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 40463] New: Use Koha::Patrons->find_by_identifier() in C4/Auth_with_ldap.pm
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40463 Bug ID: 40463 Summary: Use Koha::Patrons->find_by_identifier() in C4/Auth_with_ldap.pm Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor 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 There's some custom SQL in "exists_local" and probably other parts of C4/Auth_with_ldap.pm which could probably be replaced with Koha::Patrons->find_by_identifier() -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 41021] New: KOCT needs Documentation on Koha staff interface having to be open in the same browser
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=41021 Bug ID: 41021 Summary: KOCT needs Documentation on Koha staff interface having to be open in the same browser Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: philip.orr(a)lmscloud.de QA Contact: testopia(a)bugs.koha-community.org CC: aude.charillon(a)openfifth.co.uk, david(a)davidnind.com, philip.orr(a)lmscloud.de When you're setting up the KOCT offline Circulation Firefox plugin and are configuring it to point to a specific Koha staff interface, you need to have had that Koha staff interface opened in the same browser beforehand. Otherwise the configuration will not be saved correctly and on the first usage it will give an error like "please configure the connection data" or similar. That's not a big problem if you know that you should do that and probably most people will have opened the staff interface in the same browser beforehand anyway. But we should still document it somewhere so that noobs like me don't waste time on it. :) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[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 27 Oct '25

27 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 27 Oct '25

27 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 40734] New: Libraries additional fields don't appear when creating a new library
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40734 Bug ID: 40734 Summary: Libraries additional fields don't appear when creating a new library Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I was documenting bug 38663 and noticed that the Additional fields section doesn't appear when adding a new library. To recreate: 1. Go to Administration > Additional fields > Libraries (branches) > New field 2. Enter a name for the field 3. Click Save 4. Go to Administration > Libraries > New library --> The form does not contain the additional field -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

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

27 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 27 Oct '25

27 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