October 2023 - Koha-bugs - lists.koha-community.org

[Bug 14092] Order search doesn't allow to search for 'all statuses'
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '23

04 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14092 --- Comment #16 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Marcel, ready for another go. As you suggested a squash I added my follow-up into the last patch: * Corrected the unit test result message * Removed the vendor_note as 'identifier' for the order lines in favor of the basketno -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14092] Order search doesn't allow to search for 'all statuses'
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '23

04 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14092 --- Comment #15 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 156527 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=156527&action=e… Bug 14092: (QA follow-up) Avoid fiddling with the hash in the template prove t/db_dependent/Acquisition.t -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14092] Order search doesn't allow to search for 'all statuses'
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '23

04 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14092 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #156100|0 |1 is obsolete| | --- Comment #14 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 156526 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=156526&action=e… Bug 14092: Add 'any status' option to acq order search form Sometimes it's really helpful to see all orders for a basket, a vendor or a standing order, including the cancelled ones. Currently this is not possible, as we have search options for every single status and one for "any except cancelled", but no "Any status" option. This patch adds the "Any status" option. The sometimes appearing empty entry is updated to "Any status except cancelled" as this is what it does. Testing data: * Requires multiple order lines with different order status * Must include at least one order line with status 'cancelled' To test: * Go to acquisitions * Open the advanced search page from the top search options: Order search > config icon > Advanced search link * Verify the status pull down looks as described above * Apply patch * Verify there is now an "Any status" option in the pull down * Try searches for different status, including "Any status" * Verify the results are as expected * Create a new basket * Create an order line by 'From an existing order (copy)' * Verify the search form there also works as expected -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14092] Order search doesn't allow to search for 'all statuses'
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '23

04 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14092 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Signed Off -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 34335] New: Run Koha plugin method from CLI
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '23

04 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34335 Bug ID: 34335 Summary: Run Koha plugin method from CLI Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org There are times where it would be nice to run a Koha plugin method from the CLI. This can actually be achieved with very little code thanks to Koha::Plugins::Handler->run(). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 34981] New: XSS handling - Scrub all the things
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '23

04 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34981 Bug ID: 34981 Summary: XSS handling - Scrub all the things Change sponsored?: --- Product: Koha Version: unspecified 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: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 20192] New: ILS-DI: Comment entered in VuFind when placing a hold does not show up in Koha
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '23

04 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20192 Bug ID: 20192 Summary: ILS-DI: Comment entered in VuFind when placing a hold does not show up in Koha Change sponsored?: --- Product: Koha Version: 16.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: roland.keck(a)bibb.de QA Contact: testopia(a)bugs.koha-community.org In VuFind you can enter a comment when placing a hold. This comment is currently not visible in Koha. May contain important information for handling in Koha and should therefore be transmitted. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 33934] New: 'No encryption_key in koha-conf.xml' needs more detail
by bugzilla-daemon＠bugs.koha-community.org 04 Oct '23

04 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33934 Bug ID: 33934 Summary: 'No encryption_key in koha-conf.xml' needs more detail Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org If encryption_key is not set in $KOHA_CONF we are raising an exception. This key was only needed for a couple of feature, but now we are using Koha::Encryption from the update DB process, and so the upgrade fails with no more info than 'No encryption_key in koha-conf.xml'. We need to provide more detail in this error. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 34552] New: Statistics wizards : Cash register
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '23

03 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34552 Bug ID: 34552 Summary: Statistics wizards : Cash register Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: Linux Status: NEW Severity: minor Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: azmikhalib(a)utm.my QA Contact: testopia(a)bugs.koha-community.org There are no results when filtering "All payments to the library" or "payment", but other transaction types can filter and show results. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 33

[Bug 28788] New: Default holds policy by item type can be overridden but holds will not capture
by bugzilla-daemon＠bugs.koha-community.org 03 Oct '23

03 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28788 Bug ID: 28788 Summary: Default holds policy by item type can be overridden but holds will not capture Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: madamyk(a)ckls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com If there are circulation rules in place preventing holds via the "Default holds policy by item type," intranet users with hold override permissions may still place holds outside these rules by ignoring the warning message. However, the hold itself is never captured. It will not appear on any library hold queues, and does not appear to exist until the item in question is checked in. At that point, the hold reappears and tries to fulfill itself. Because the hold never appeared before this, there was no way to know that the item should be checked in. Holds violating the Default holds policy by item type should be either fully forbidden or they should function like normal holds when an override is given. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2