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

[Bug 26247] New: Search terms retained in header search creates system inconsistency
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '23

03 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26247 Bug ID: 26247 Summary: Search terms retained in header search creates system inconsistency Change sponsored?: --- Product: Koha Version: unspecified 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 If you type "test" in "Search the catalog" and click "Submit", the search term will be retained in the box. This means if you do a search and then want to scan a barcode into "Check out", "Check in", or "Renew", you first have to manually clear the search terms. This is inconsistent with how the header search boxes work overall. For instance, if you do a "Check out", it doesn't retain the value used to search. Either the search terms shouldn't be retained after a catalog search (change introduced in Bug 19046), or the text shouldn't be copied from that tab to other tabs. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 75

[Bug 35252] New: Claims Return Should Only Show Claims Return Items When Tab is Clicked
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '23

03 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35252 Bug ID: 35252 Summary: Claims Return Should Only Show Claims Return Items When Tab is Clicked Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: aspencatteam(a)clicweb.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com >From my testing it appears that claims return in a patron account operates differently than the checkouts and holds tabs. Instead of tabbing through results when clicked, clicking on claims returns populates results towards the bottom of the screen. When there are checkouts, staff have to scroll down to find those claims return results. The results also stay on the screen, so in a case where there are no holds, clicking on that tab will appear to display only the claims return results, because it is no longer located below where you have to scroll. If claims return is going to be located as a tab on the patron screen (checkout and details) it should operate in a consistent way with checkouts, holds, and restrictions. - Bob Bennhoff -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 12133] Guarantor requirements when registering a patron
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '23

03 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12133 --- Comment #54 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 158346 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=158346&action=e… Bug 12133: (QA follow-up) Tidy for qa script Signed-off-by: Kyle M Hall <kyle(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12133] Guarantor requirements when registering a patron
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '23

03 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12133 --- Comment #53 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 158345 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=158345&action=e… Bug 12133: (QA follow-up) Fix number of tests Signed-off-by: Kyle M Hall <kyle(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12133] Guarantor requirements when registering a patron
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '23

03 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12133 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #156446|0 |1 is obsolete| | Attachment #156447|0 |1 is obsolete| | --- Comment #52 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 158344 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=158344&action=e… Bug 12133: Fix QA issue Signed-off-by: David Nind <david(a)davidnind.com> Signed-off-by: Kyle M Hall <kyle(a)bywatersolutions.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12133] Guarantor requirements when registering a patron
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '23

03 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12133 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 33071] New: Show tooltip when hovering on home icon in staff interface breadcrumbs
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '23

03 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33071 Bug ID: 33071 Summary: Show tooltip when hovering on home icon in staff interface breadcrumbs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org As we only display the house icon now with no text, it might be nice to have a tooltip on the icon appear when hovering on it. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 35014] New: Times should only be set for enable-time flatpickrs
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '23

03 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35014 Bug ID: 35014 Summary: Times should only be set for enable-time flatpickrs 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Bug 34539 added code to auto-set the time element to 23:59 when a manually entered date is entered into a flatpickr input. However.. it neglected to ONLY set this default for time enabled flatpickrs and instead sets it for all. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 31500] New: Add ability to specify MaxReservesPickupDelay at the patron category level
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '23

03 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31500 Bug ID: 31500 Summary: Add ability to specify MaxReservesPickupDelay at the patron category level Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Some libraries would like to be able to override MaxReservesPickupDelay on a per category basis. A good use case for this is that some libraries have a special patron category for patrons that are from "out of town" on vacation. In this case, the library may want to specify a shorter pickup period before the item expires than they would for a patron that lives in the area. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 29415] New: Wrong number of received items/quantity shown in several places
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '23

03 Nov '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29415 Bug ID: 29415 Summary: Wrong number of received items/quantity shown in several places Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org For standing orders there is something not correct with the way the number of items received is calculated. A Order 1) Create a basket as standing order 2) Create an order for any record in your catalog 3) Verify quantity is 1 (always for standing orders) B Receive 1) Receive shipment for your order 2) Make sure to change quantity received to something higher than 1 3) Finish receiving C Verify display 1) Search for your invoice on the invoices page 2) Verify it shows quantity received as entered 3) Got to invoice details page /cgi-bin/koha/acqui/invoice.pl?invoiceid=1 4) Verify it still shows 1 as quantity - should show the received quantity 5) Click on the record's title to go to the detail page 6) Switch to acquistion detail tab 7) Verify it shows 1 too - should differentiate between ordered/received I think the first (invoice) is clearly a bug, the second might be seen as a display error, but we should specify which quantity is shown and possibly add a display for ordered / received. If the status is received the info on the acq tab is definitely misleading. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5