---- Reported by mcoalwell@nekls.org 2009-06-03 15:42:49 ---- Mickey says: The location displayed in the ACTION column when canceling a 'hold over'item is the item's home library; but often, there is a hold on the item for another library (not the home library). It is the next library in the holds queue that should display in this column, rather than the item home location. Galen says: Right, the script currently makes an unjustified assumption that the item should always be transferred back to its home library. While it would be possible for the script to figure out the next request in the queue, holds queue are dynamic enough that it is possible for the next request to fill to change between generating the report and the operator canceling a request. Consequently, a simple message of 'Cancel hold' or 'Cancel hold and transfer' may be better. Please file a bug for this. --- Bug imported by chris@bigballofwax.co.nz 2010-05-21 01:08 UTC --- This bug was previously known as _bug_ 3287 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3287 Actual time not defined. Setting to 0.0
The "Action" button in the situation described by this report says "Cancel and return to [branch]," so I'm assuming this has been fixed.