http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7090
Liz Rea <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to Master |ASSIGNED Version|rel_3_8 |rel_3_6 --- Comment #10 from Liz Rea <[email protected]> --- 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. _______________________________________________ Koha-bugs mailing list [email protected] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
