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

[Bug 39837] New: Vendor interfaces object under specified
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39837 Bug ID: 39837 Summary: Vendor interfaces object under specified Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Bug 38010 slipped in the use of the `aqbookseller_interfaces` table by defining `interfaces` to be of type array. This should be specified in the spec and validated. Note: the column names are good and don't seem to need mapping. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 39838] New: Vendor alias object under specified
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39838 Bug ID: 39838 Summary: Vendor alias object under specified Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com Bug 38010 slipped in the use of the `aqbookseller_aliases` table by defining `interfaces` to be of type array. This should be specified in the spec and validated. Note: the column names are good and don't seem to need mapping. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 35

[Bug 25515] New: Remove warnings and errors from tests output
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25515 Bug ID: 25515 Summary: Remove warnings and errors from tests output Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Keywords: rel_20_11_target Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org We have tons of: "Use of uninitialized value" "DBIx::Class::Storage::DBI::_dbh_execute():" "Subroutine * redefined" "Argument "" isn't numeric in numeric" We must get rid of them and provide a clean output. -- You are receiving this mail because: You are watching all bug changes.

1 107

[Bug 37939] New: Replace alert messages with toasts
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37939 Bug ID: 37939 Summary: Replace alert messages with toasts Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com https://getbootstrap.com/docs/5.0/components/toasts/ For Vue apps and all other areas of Koha. Is it something we want? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 37911] New: Prototype vue islands within static pages
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37911 Bug ID: 37911 Summary: Prototype vue islands within static pages 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: paul.derscheid(a)lmscloud.de QA Contact: testopia(a)bugs.koha-community.org This bug is just for easy sharing of some ideas for reactive islands in static pages. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 190

[Bug 39498] New: Correct display of patron restriction comments
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39498 Bug ID: 39498 Summary: Correct display of patron restriction comments Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: philip.orr(a)lmscloud.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In Bug 31097, we introduced the possibility to show display of patron restriction types and expiry dates directly in the patron's account in checkouts and in details. (And to the display in the OPAC) The way it is currently, if a patron has many restrictions but only on one of them they have a comment on the restriction, the text "with the explanation:" is shown for each restriction, even those with no comments. This looks not right. The text should only be shown for the one restriction that has a comment and not for the others. This is because we are checking if "debarredcomment" exists. But "debarredcomment" is filled as soon as any one restriction has a comment. So it will be true even for other restrictions that have no comment as long as they are on the same patron account as one that has a comment. Instead we should be checking inside the FOREACH loop for every restriction, if it has restriction.comment filled, and only display the text if that is true for that specific restriction. Also, if you add a restriction with a comment containing the text "OVERDUES_PROCESS" (or more likely if such a restriction is set automatically during overdues process), all other restrictions are no longer displayed. This is because the overdues check again happens before the FOREACH loop. Again it should be inside the loop so it only displays for the Overdues restrictions and does not block other restrictions from also being shown. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 43

[Bug 37993] New: Having a single EDI EAN account produces a bad redirect
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37993 Bug ID: 37993 Summary: Having a single EDI EAN account produces a bad redirect Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org In acqui/edi_ean.pl: if ( @eans == 1 ) { my $ean = $eans[0]->ean; print $query->redirect( "/cgi-bin/koha/acqui/basket.pl?basketno=$basketno&op=cud-ediorder&ean=$ean" ); } So if you only have the single 'Library EAN' account Koha redirects to: /cgi-bin/koha/acqui/basket.pl?basketno=$basketno&op=cud-ediorder&ean=$ean This causes an error "op 'cud-ediorder' must not start with cud-" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 57

[Bug 32244] New: We need to add vue (and cypress possibly) to the about page
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32244 Bug ID: 32244 Summary: We need to add vue (and cypress possibly) to the about page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: About Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 32030 Now we've introduced Vue in to our software stack, we need to add it to our `About > Licenses` page. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32030 [Bug 32030] Electronic resource management (ERM) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 25382] New: opac-sendbasket.pl and opac-sendshelf.pl don't validate email addresses
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '25

27 Oct '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25382 Bug ID: 25382 Summary: opac-sendbasket.pl and opac-sendshelf.pl don't validate email addresses Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org opac-sendbasket.pl and opac-sendshelf.pl should validate email addresses to prevent abuse -- You are receiving this mail because: You are watching all bug changes.

1 12

[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