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

[Bug 39324] New: [OMNIBUS] All QA tests should pass
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '25

13 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39324 Bug ID: 39324 Summary: [OMNIBUS] All QA tests should pass Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)gmail.com Reporter: jonathan.druart(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Currently we have the QA script (qa-test-tools) running the tests before and after the patches we are testing. Then we compare the results and raise errors in case of new introduced errors. It is causing several problems: 1. Bad detection of deleted/moved files 2. False positives and some errors we don't catch 3. It is slow to run, especially because of the git manipulation (switch of branches) Ideally we need the tests to pass on the whole codebase, so we just need to run the tests on the file modified by the patchset. This is an omnibus bug in order to track the different steps we need to make the tests pass on the whole codebase, before being able to adjust the QA script. See also https://gitlab.com/koha-community/qa-test-tools/-/issues/93 -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 31345] New: Add ability to exit process_message_queue.pl early if any plugin before_send_messages hook fails
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '25

13 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31345 Bug ID: 31345 Summary: Add ability to exit process_message_queue.pl early if any plugin before_send_messages hook fails Change sponsored?: --- Product: Koha Version: master 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Sometimes it would be better for process_message_queue.pl to stop if a plugin hook fails rather than continue processing. It would be nice if that was a command line option. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 37930] New: Change how we handle authorised values in Vue
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '25

13 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37930 Bug ID: 37930 Summary: Change how we handle authorised values in Vue Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ERM Assignee: jonathan.druart(a)gmail.com Reporter: matt.blenkinsop(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: jonathan.druart(a)gmail.com, jonathan.field(a)ptfs-europe.com, martin.renvoize(a)ptfs-europe.com, matt.blenkinsop(a)ptfs-europe.com, pedro.amorim(a)ptfs-europe.com A concept for abstracting the import of authorised values to make it much easier to set them up in new vue apps throughout Koha -- You are receiving this mail because: You are watching all bug changes.

1 66

[Bug 39262] New: shotCartUpdate indirectly uses eval()
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '25

13 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39262 Bug ID: 39262 Summary: shotCartUpdate indirectly uses eval() 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 In ./koha-tmpl/opac-tmpl/bootstrap/js/basket.js there is a function "showCartUpdate" which calls the following line: setTimeout("hideCart()", 2000); When you pass a string as the first argument to setTimeout, it performs an eval(). While I don't think there's any security risk in this, it's suboptimal, and it will cause problems when we try to use Content-Security-Policy later. We should just update this to the following: setTimeout(hideCart, 2000); -- There's probably other examples of this, but this is the one that jumped out to me while working on CSP. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 39772] New: Background Jobs page lists bogus job types for jobs implemented by plugins
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '25

13 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39772 Bug ID: 39772 Summary: Background Jobs page lists bogus job types for jobs implemented by plugins 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: tadeusz(a)sosnierz.com QA Contact: testopia(a)bugs.koha-community.org Currently the jobs page lists a job type of "Unknown job type 'plugin_*'" for all plugin-sourced jobs. While we don't currently have an institution of a human-readable job name, anything not looking like an error would be an improvement here. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 39191] New: Add a `format` param to Koha::Exceptions::ArticleRequest::WrongFormat
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '25

13 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39191 Bug ID: 39191 Summary: Add a `format` param to Koha::Exceptions::ArticleRequest::WrongFormat 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 It would be handy if the exception carried the 'wrong format passed' which happens to be available in the context the exception is thrown. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 37898] New: All db dependent tests should run within a transaction
by bugzilla-daemon＠bugs.koha-community.org 13 Nov '25

13 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37898 Bug ID: 37898 Summary: All db dependent tests should run within a transaction Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Some tests do not cleanup and leave new data that might interfere with other tests. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 26807] New: Realtor Term Punctuation should not be automatically added
by bugzilla-daemon＠bugs.koha-community.org 12 Nov '25

12 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26807 Bug ID: 26807 Summary: Realtor Term Punctuation should not be automatically added Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: bwsdonna(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Koha adds a comma to the relator terms, and since the standard is to include a comma in the record, this displays as double commas. For instance this: 100 1#$aAllepuz, Anuska, $d 1979- $e author, $e illustrator. shows as Allepuz, Anuska, 1979- [author,, illustrator.] -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 28070] New: Ability to batch delete lists
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '25

11 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28070 Bug ID: 28070 Summary: Ability to batch delete lists Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl On staff client, a great option would be to batch delete private and (for those allowed) public lists (aka virtualshelves). It can be especially uefull to easily clean some (very) old lists, which can be for now a quite hard job to do ! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 33405] New: Place hold button visible in OPAC search results when no items can be put on hold
by bugzilla-daemon＠bugs.koha-community.org 11 Nov '25

11 Nov '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33405 Bug ID: 33405 Summary: Place hold button visible in OPAC search results when no items can be put on hold Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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 When no items in a record can be put on hold (for example, if the library does not allow on-shelf holds, and all items are available), the 'Place hold' button still appears in the search results in the OPAC. This can be confusing to patrons. To reproduce: 1. Circulation rules must prevent on-shelf holds (I used just one all/all rule with If all unavailable to prevent crossing the streams) 2. In the OPAC, make a search that will give you a couple of results 3. Find a record where all items are available --> Place hold button is visible 4. Log in (so that Koha knows your patron category and library) 5. Redo steps 2 and 3 --> Place hold button is visible 6. Click 'Place hold' --> No items can be put on hold -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1