Bug 3287 - Cancel Hold script makes unjustified assumption of Home Library return
Summary: Cancel Hold script makes unjustified assumption of Home Library return
Status: CLOSED FIXED
Alias: None
Product: Koha
Classification: Unclassified
Component: Circulation (show other bugs)
Version: Main
Hardware: All All
: P5 - low major (vote)
Assignee: Bugs List
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-06-03 03:42 UTC by Mickey Coalwell
Modified: 2013-12-05 20:04 UTC (History)
2 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Cormack 2010-05-21 01:08:43 UTC


---- 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

Comment 1 Owen Leonard 2013-01-09 13:57:34 UTC
The "Action" button in the situation described by this report says "Cancel and return to [branch]," so I'm assuming this has been fixed.