[Koha-bugs] [Bug 14640] 'Cancel Hold' check box on check-out confirmation does not cancel the hold when item is checked out.

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

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

--- Comment #1 from Kyle M Hall <kyle.m.hall at gmail.com> ---
First, I want to point out there are two different pieces of code that handle
similar situations, first is where a librarian attempts to check out a book on
hold and *waiting* for a different patron. When this happens, Koha will offer
to cancel or revert the waiting hold. This feature works correctly.

This bug is dealing with the situation where an item is checked out to a patron
that is not the next in line hold-wise for an item. In this case, Koha will
warn the librarian that there are holds on the item and show the first person
in line. Again, I want to stress that this is the case where the item *is not
waiting* for a patron. The hold for the patron listed will just have a priority
of 1.

The only situation where the "Cancel hold" checkbox will function is when the
priority 1 hold is an item level hold. This is due to the fact that
CancelReserve is being passed the trio of biblionumber, borrowernumber, and
itemnumber rather than the singular reserve_id.

The call stack is as such:

AddIssue
MoveReserve ( here is where CancelReserve should be called using reserve_id )
CancelReserve

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