[Bug 3270] New: Cancelling a hold request after transfer initiated orphans item
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3270 Summary: Cancelling a hold request after transfer initiated orphans item Product: Koha Version: HEAD Platform: PC OS/Version: All Status: NEW Severity: major Priority: P5 Component: Circulation AssignedTo: galen.charlton@liblime.com ReportedBy: rch@liblime.com Estimated Hours: 0.0 Change sponsored?: --- 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. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3270 Ryan Higgins <rch@liblime.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |2941 -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3270 Ryan Higgins <rch@liblime.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cookie.wolfrom@liblime.com -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3270 Mickey Coalwell <mcoalwell@nekls.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mcoalwell@nekls.org -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3270 Diana Weaver <dianajweaver@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dianajweaver@gmail.com -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3270 Nicole C. Engard <nicole.engard@liblime.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nicole.engard@liblime.com -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3270 Joe Atzberger <joe.atzberger@liblime.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |joe.atzberger@liblime.com --- Comment #1 from Joe Atzberger <joe.atzberger@liblime.com> 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. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3270 Sharon Moreland <smoreland@nekls.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |smoreland@nekls.org --- Comment #2 from Sharon Moreland <smoreland@nekls.org> 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. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3270 --- Comment #3 from Sharon Moreland <smoreland@nekls.org> 2010-02-22 22:58:20 --- http://screencast.com/t/OWE5ZWUxNW This is a screencast, with explanation of how this bug still appears in 3.2. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3270 Owen Leonard <oleonard@myacpl.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |oleonard@myacpl.org --- Comment #4 from Owen Leonard <oleonard@myacpl.org> 2010-02-23 01:30:55 --- See also Bug 4040. These all seem to fall under what could be an omnibus "transfers are fubared" bug. -- Configure bugmail: http://bugs.koha.org/cgi-bin/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.
participants (2)
-
bugzilla-daemon@kohaorg.ec2.liblime.com -
bugzilla-daemon@liblime.com