[Bug 39674] New: Self Check blocks decreaseLoanHighHolds items
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39674 Bug ID: 39674 Summary: Self Check blocks decreaseLoanHighHolds items Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs@lists.koha-community.org Reporter: cbrannon@cdalibrary.org QA Contact: testopia@bugs.koha-community.org Currently decreaseLoanHighHolds blocks checkout in SCO, with no explanation or option. This is frustrating to patrons and doubles work. It would be preferable if the SCO had admin settings to A) Allow checkout and highlight the reduced loan period. B) Allowed the patron to see a modal with the reduced loan time and choose to check the item out or not. C) Allow to block the checkout with a defined message. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39674 --- Comment #1 from Christopher Brannon <cbrannon@cdalibrary.org> --- If this effects SIP as well, it would be good to allow the same options for SIP. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39674 --- Comment #2 from Christopher Brannon <cbrannon@cdalibrary.org> --- I'm waiting for another library to confirm, but I think Self Checks via SIP allow the item to go through on the shortened loan period without a block or warning. I would like to at least mimic this behavior on the built in self check. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39674 --- Comment #3 from Christopher Brannon <cbrannon@cdalibrary.org> --- I have confirmed that 3rd party self checkouts do not block high demand items like Koha's self check does. This behavior is inconsistent depending on if you are using SIP self check vs Koha self check. I am going to change this from enhancement to a bug. I think the desired behavior is to not hinder the patron, and let them check out, even if they are unaware that the checkout period is shorter. However, information on the screen and receipts would give them that information. The developers could always post a warning on the screen or require interaction in these cases, but I think Koha's self check should fall in line with current SIP behavior. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39674 Christopher Brannon <cbrannon@cdalibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|enhancement |blocker -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39674 Owen Leonard <oleonard@myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|blocker |major --- Comment #4 from Owen Leonard <oleonard@myacpl.org> --- I agree that this is a bug, and it sound correct to me that self-checkout should not block the checkout. I disagree that this is a blocker based on our bug reporting guidelines https://wiki.koha-community.org/wiki/Bug_Reporting_Guidelines#Severity -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39674 --- Comment #5 from Christopher Brannon <cbrannon@cdalibrary.org> --- Thank you Owen. I do hope we can get some traction on this. This is a circulation issue, and being that about 50% or more of our traffic is through self checks, it does impact us quite a bit. And the added fact that it gives the patron no indication as to what is wrong, it makes the patron more leery of using it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39674 --- Comment #6 from Christopher Brannon <cbrannon@cdalibrary.org> --- I would like to see more discussion or movement on this. As it is, we have a large number of items walking out of the library because patrons don't read the warning on the self check out screen that tells them that they can't check out a high demand item from that station. There is absolutely no reason for this. 1) SIP does not block check outs of these items. Why is SCO different? 2) There is no good reason to block or warn patrons or staff about this adjustment. There are plenty of items in systems that check out for various periods of time. 3) We could implement a setting that would allow this block to be overlooked at SCO. 4) We could implement an option of whether or not staff need to be alerted to the checkout period change. 5) As is, this behavior is a HUGE PAIN IN THE BUTT. All it does is cause libraries to lose track of items or frustrate patrons. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39674 Lucas Gass (lukeg) <lucas@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lucas@bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39674 trevor.diamond@mainlib.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |trevor.diamond@mainlib.org -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39674 --- Comment #7 from Lucas Gass (lukeg) <lucas@bywatersolutions.com> --- Does this warrant a new system preference to control SCO behavior? decreaseLoanHighHoldsBlockSCO -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39674 Marion Durand <marion.durand@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marion.durand@biblibre.com -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=39674 --- Comment #8 from Christopher Brannon <cbrannon@cdalibrary.org> --- (In reply to Lucas Gass (lukeg) from comment #7)
Does this warrant a new system preference to control SCO behavior? decreaseLoanHighHoldsBlockSCO
I wouldn't think so if the goal is to match SIP behavior. It does change from previous behavior, but it has been deemed a bug, and if we need new settings to deviate from that behavior, it should probably be added in a new bug. I don't know that this is a behavior anyone wants. If they speak up in this bug, then perhaps yes. Otherwise, it should be treated as a bug only, IMO. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
participants (1)
-
bugzilla-daemon＠bugs.koha-community.org