[Koha-bugs] [Bug 34972] New: Canceling a waiting hold from the holds over tab can make the next hold unfillable

[bugzilla-daemon at bugs.koha-community.org]

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34972

            Bug ID: 34972
           Summary: Canceling a waiting hold from the holds over tab can
                    make the next hold unfillable
 Change sponsored?: ---
           Product: Koha
           Version: master
          Hardware: All
                OS: All
            Status: NEW
          Severity: major
          Priority: P5 - low
         Component: Hold requests
          Assignee: koha-bugs at lists.koha-community.org
          Reporter: emily.lamancusa at montgomerycountymd.gov
        QA Contact: testopia at bugs.koha-community.org
                CC: gmcharlt at gmail.com

When a staff member cancels a hold by clicking the button in the "holds waiting
over 10 days" report, Koha incompletely attempts to assign that item to the
next matching hold. Koha assigns the itemnumber to the hold, but does *not* set
found status of the hold. Instead, it prompts the staff member, "Please retain
this item and check it in to process the hold."

This causes a few problems:
- The itemnumber is immediately assigned to the hold without an opportunity for
staff input, even if HoldsAutoFill is disabled.

- If the staff member does not check in the book afterward (whether
intentionally or through human error), it leaves the hold in an invalid state:
it is tied to the itemnumber, but it is neither "found" nor an item-level hold.

- Since the itemnumber is assigned, other items can't fill the hold. However,
since the "found" field was never set, the option to "revert waiting status" or
"revert transit status" isn't available. Essentially, a bib-level hold is
suddenly behaving like an item-level hold, with no way for staff to identify or
fix the issue. 

This is especially a problem if the item is missing from the holds shelf for
some reason, and the staff member cancels the waiting hold first and then marks
the item "lost". This makes the next-in-line hold unfillable unless the item is
found.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.