[Koha-bugs] [Bug 7090] Add "AllowItemsOnHoldCheckout" syspref to allow issue to the patron regardless of hold status

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

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7090

Liz Rea <wizzyrea at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|Pushed to Master            |ASSIGNED
            Version|rel_3_8                     |rel_3_6

--- Comment #10 from Liz Rea <wizzyrea at gmail.com> ---
There's a fringe case here that wasn't addressed:

an item with a hold that has been confirmed waiting for patron A was placed on
the 3M pad by patron B. 3M allowed and confirmed the checkout. This should not
happen. 

In addition, even though the 3M machine said "checked out", Koha did not
recognize the checkout (the item did not register as issued to patron B). The
item, according to Koha, was still on hold for patron A, and not checked out. 

When this situation is recreated through the web interface, Koha produced an
error message within patron B's account: Item Silver borne / (0003012017669)
has been waiting for Patron A (cardnumber) at the Library since 03/28/2012. A
staff member was required to confirm the transaction on a waiting item. In
normal workflow, staff would not confirm to allow patron B to checkout an item
already confirmed on hold for patron A.

Ideally, Koha should trigger an error message similar to the error message
produced in patron B's account.

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