---- Reported by email@example.com 2009-05-29 00:55:07 ----
Koha fails to direct a user to return an item to its home library if the hold request that initiated a transfer is canceled before it is filled. Checking that item in at its holding location simply reports 'not checked out'.
Furthermore, if this item is checked in at any other location, no 'forced transfer' entry is created in branchtransfers.
This is with HomeOrHoldingBranch set to 'holdingbranch'.
If HomeOrHoldingBranch is set to 'homebranch', then the checkin is disallowed and the user is directed to return the item to its home library ( but no transfer is initiated, no slip to print ).
This exposes a needed enhancement, allowing certain items to float between locations, which is certainly a desired feature. However, I think the default behavior should be to prompt the user to return the item to its home location if homebranch != holdingbranch and no outstanding holds exist.
Steps to recreate:
1 place a hold on an item, with pickup library != item home library.
2 check in the item, initiating transfer to pickup library
3 cancel the hold
4 check in item at pickup library. Wonder what you should do.
---- Additional Comments From firstname.lastname@example.org 2009-06-02 20:01:15 ----
To clarify: this really doesn't depend on a cancelled hold. The functionality desired would be the same if the book just magically showed up at the 2nd branch.
---- Additional Comments From email@example.com 2009-08-18 19:37:11 ----
We have a experienced a behavior that may be related to this bug - We are unable to update the current location of an item by checking it in at the home branch. This item was 'orphaned' when a hold was canceled while the item was in transit between libraries.
The item is owned by Library A and sent to Library B to fill a hold. The item was scanned and transferred to Library B for a staff member. We are unclear if the item was ever checked in at Library B, thereby 'completing' the transit (I guess not - I could see where the item was just handed to the staff person w/o being scanned, but I can't confirm this suspicion). I believe it was not checked in because when I first saw this item, the status said "Item in transit from Library A to Library B since 8/12/2009" (no patron & no hold because it had already been canceled by the staff member when she decided she didn't want the item - she did not check it out to herself).
I changed my 'set' library from Library A to Library B and scanned the item. This updated the status from 'In Transit' to 'Available.' I scanned the item again to see if I would be prompted to return the item to the home branch (Library A), but no prompt was shown. I changed the 'set' library to Library A and scanned the item. The current location did NOT update from Library B to Library A. I tried repeatedly with no luck.
---- Additional Comments From firstname.lastname@example.org 2010-02-22 22:58:20 ----
This is a screencast, with explanation of how this bug still appears in 3.2.
---- Additional Comments From email@example.com 2010-02-23 01:30:55 ----
See also http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=4040. These all seem to fall under what could be an omnibus "transfers are fubared" bug.
--- Bug imported by firstname.lastname@example.org 2010-05-21 01:08 UTC ---
This bug was previously known as _bug_ 3270 at http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3270
This bug blocked bug(s) 2941.
Actual time not defined. Setting to 0.0
The original reporter of this bug does not have
an account here. Reassigning to the person who moved
it here: email@example.com.
Previous reporter was firstname.lastname@example.org.
CC member email@example.com does not have an account here
CC member firstname.lastname@example.org does not have an account here
Just tested this today and it is still active. A video: http://screencast.com/t/HN052lJGZ
Today we saw a variation on the "Cancel Hold in Transit" bug. Call it the "Cancel Hold That's Waiting" bug. Situation:
> I just deleted a hold for a patron who no longer needed the item. The book is owned by another library. The hold was deleted from the patron account, and I then scanned the item to get the prompt to return it. Instead, the "not checked out" box appeared, without a prompt to return the item. The Current Location updated, but the transfer message did not occur.
Created attachment 3538 [details] [review]
Patch pushed, please test
There have been no further reports of problems so I am marking this bug resolved.