[Bug 42945] New: When a waiting hold is filled by another item it should have a status that can be seen in the interface
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42945 Bug ID: 42945 Summary: When a waiting hold is filled by another item it should have a status that can be seen in the interface Initiative type: --- Sponsorship --- status: Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs@lists.koha-community.org Reporter: nick@bywatersolutions.com QA Contact: testopia@bugs.koha-community.org CC: gmcharlt@gmail.com, lisette@bywatersolutions.com, tomascohen@gmail.com Target Milestone: --- When a hold is filled by a different item, it can leave another item waiting on the hold shelf, with no way for staff to check. We should add a status to these holds/items that cleared on checkin, and offer a way for staff to view these - on the holds over tab, or somewhere obvious -- 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=42945 Kristi Krueger <kkrueger@cuyahogalibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kkrueger@cuyahogalibrary.or | |g -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=42945 Andrii Nugged <nugged@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=41809 -- 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=42945 --- Comment #1 from Andrii Nugged <nugged@gmail.com> --- Bug 41809 covers the same waiting-hold case and now has a patch ready for sign-off. It keeps the waiting hold linked to the pickup-shelf item when the patron checks out another item from the same record, and adds a cancellation request so staff can find the item in Holds with cancellation requests. This looks like a duplicate of bug 41809. Review and testing are welcome there. -- 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=42945 --- Comment #2 from Andrii Nugged <nugged@gmail.com> --- Correction to comment 1: the first patch on bug 41809 kept the waiting hold active and has now been superseded. The revised bug 41809 patch now matches the behavior described here: item B fulfills the hold, while item A receives a separate persistent pickup-shelf cleanup status and remains in the staff report until an accepted check-in clears it. This still appears to be a duplicate of bug 41809. Review and testing are welcome there. -- 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=42945 --- Comment #3 from Andrii Nugged <nugged@gmail.com> --- Further correction to comments 1 and 2 after a full regression review: The schema-based separate pickup-shelf cleanup status on Bug 41809 has been withdrawn. The replacement uses Koha's existing state: the hold remains Waiting on item A, and checkout of item B adds a cancellation request. This keeps A unavailable and visible in Holds with cancellation requests until staff cancel the hold or check in A; the final hold history is Cancelled. This addresses the missing staff workflow described here for the Waiting-hold case, but it does not add a new status to a Fulfilled hold. If this bug specifically requires a distinct persistent status while the hold remains Fulfilled, it is a separate design problem. Otherwise it still appears to be a duplicate of Bug 41809. Review and testing are welcome there. -- 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