September 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 22 Sep '23

22 Sep '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 #156093|0 |1 is obsolete| | --- Comment #6 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 156097 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=156097&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 22 Sep '23

22 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14092 Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |m.de.rooy(a)rijksmuseum.nl -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 34882] New: REST API crashes on NULL in itemtypes.notforloan
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '23

22 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34882 Bug ID: 34882 Summary: REST API crashes on NULL in itemtypes.notforloan 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org API enforces an integer Koha structure allows NULL We should solve that inconsistency -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

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

22 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14092 Michaela Sieber <michaela.sieber(a)kit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Signoff |Signed Off -- 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 22 Sep '23

22 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14092 PTFS Europe Sandboxes <sandboxes(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #155853|0 |1 is obsolete| | --- Comment #5 from PTFS Europe Sandboxes <sandboxes(a)ptfs-europe.com> --- Created attachment 156093 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=156093&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 Signed-off-by: Michaela Sieber <michaela.sieber(a)kit.edu> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 29335] New: CheckinSlip should be configurable to prpvide only checkouts in a time period
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '23

22 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29335 Bug ID: 29335 Summary: CheckinSlip should be configurable to prpvide only checkouts in a time period Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If a patron returns some books in the morning, then returns a laptop or other item several hours later it would be nice to have a way to limit the checkinslip to several minutes rather than the whole day -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 27920] New: Add ability to update patron expiration dates when importing patrons
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '23

22 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27920 Bug ID: 27920 Summary: Add ability to update patron expiration dates when importing patrons Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Some libraries need to recalculate a patron's expiration date any time they are updated via a patron import from file. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 51

[Bug 24458] New: OPAC search results don't use Koha::Filter::MARC::ViewPolicy
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '23

22 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24458 Bug ID: 24458 Summary: OPAC search results don't use Koha::Filter::MARC::ViewPolicy Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org With https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15870, we started enforcing the bibliographic framework visibility in the OPAC. However, we're not using this for search results, which means that hidden fields could come through very visibly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 43

[Bug 17453] New: Inter-site holds
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '23

22 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17453 Bug ID: 17453 Summary: Inter-site holds Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Circulation Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 46

[Bug 34266] New: Item type should not default to biblio itemtype if item-level_itypes is set
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '23

22 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34266 Bug ID: 34266 Summary: Item type should not default to biblio itemtype if item-level_itypes is set Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Cataloging Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When cataloging a new item, a subfield linked to the authorized value "itemtypes" will default to its biblio itemtype. But when the system preference item-level_itypes is set we don't want that. We often use a different authorized value category for biblioitems.itemtype so the values stored there are not appropriate as a default for items.itype. I suggest that Koha uses biblioitems.itemtype as a default only if item-level_itypes is disabled -- You are receiving this mail because: You are watching all bug changes.

1 39