[Bug 29974] New: Changing status of held item to Damaged can result in inaccurate hold status
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29974 Bug ID: 29974 Summary: Changing status of held item to Damaged can result in inaccurate hold status Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Circulation Assignee: koha-bugs@lists.koha-community.org Reporter: sbrown@bywatersolutions.com QA Contact: testopia@bugs.koha-community.org CC: gmcharlt@gmail.com, kyle.m.hall@gmail.com With AllowHoldsOnDamagedItems set to "don't allow", if an undamaged item is waiting on hold for a patron, has its Damaged status set while waiting, and then is checked out to the patron, Koha thinks the item is simultaneously still held and checked out. To recreate: -Place a hold on an undamaged item -Trigger the hold -Once the item is waiting for the patron, change its status to Damaged -Check the item out to that patron In the bib, the item now shows as both waiting and checked out in the holdings table and in the Holds tab as waiting. In the patron's record, it shows as checked out and waiting. It also still shows in 'Holds awaiting pickup'. -- 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=29974 Christopher Brannon <cbrannon@cdalibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cbrannon@cdalibrary.org --- Comment #1 from Christopher Brannon <cbrannon@cdalibrary.org> --- I can confirm. We've run into this issue on more than one occasion. Would like to see this fixed ASAP. -- 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=29974 --- Comment #2 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- I guess this is the case because a 'damaged' item can no longer 'fill' the hold... but it's already waiting, so already triggered the hold. Maybe it could be changed for this case. I just wonder if there could be other use cases where this behaviour could be wanted? -- 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=29974 Katie Bliss <kebliss@dmpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kebliss@dmpl.org -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29974 Andrew Fuerste-Henry <andrewfh@dubcolib.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |andrewfh@dubcolib.org Version|21.05 |24.05 --- Comment #3 from Andrew Fuerste-Henry <andrewfh@dubcolib.org> --- This bug is still valid. I have a really hard time imaging a case in which a library would want an item that's understood to be Waiting for the patron to be checked out to that patron without filling the hold. It seems a safe assumption that when an item is checked out from Waiting the hold should be completed. -- 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=29974 --- Comment #4 from Christopher Brannon <cbrannon@cdalibrary.org> --- It seems strange that any status should be allowed to be changed while an item is waiting. It seems that the hold status should block status editing until the item is either checked out or the triggered hold status is reverted back to the queue. I could see how maybe something that was sitting on the hold shelf waiting to be picked up could be grabbed and damaged or found damaged before checking out, but it seems that logically, the item needs to be reverted to put the patron back in the queue anyway. So, either the staff member needs to revert the hold then change the status, or applying a status should automatically revert the hold. -- 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=29974 --- Comment #5 from Andrew Fuerste-Henry <andrewfh@dubcolib.org> --- (In reply to Christopher Brannon from comment #4)
It seems strange that any status should be allowed to be changed while an item is waiting. It seems that the hold status should block status editing until the item is either checked out or the triggered hold status is reverted back to the queue.
I don't see the need for that level of restriction to be placed on the user. In the instance that brought this to my attention, staff did not note the damage to the item until after it had been captured for the hold. They wanted to allow the patron to have it but note the damage for later. Your suggestion would complicate that. -- 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=29974 --- Comment #6 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- I agree with Andrew - I don't see a need to block the damage status change in that way as it doesn't affect circulation. In our libraries the status seems to be most often used for documentation of damages, so for example the user is not blamed for them on return. -- 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=29974 --- Comment #7 from Christopher Brannon <cbrannon@cdalibrary.org> --- (In reply to Katrin Fischer from comment #6)
I agree with Andrew - I don't see a need to block the damage status change in that way as it doesn't affect circulation.
In our libraries the status seems to be most often used for documentation of damages, so for example the user is not blamed for them on return.
Then perhaps if a damage status is being applied to a waiting hold, it should ask staff if the item is to continue to be on hold, or reverted back to the queue? -- 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=29974 rpalermo@oslri.net changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rpalermo@oslri.net -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29974 hebah@bywatersolutions.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hebah@bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.
participants (1)
-
bugzilla-daemon＠bugs.koha-community.org