[Koha-bugs] [Bug 3270] New: Cancelling a hold request after transfer initiated orphans item
bugzilla-daemon at liblime.com
bugzilla-daemon at liblime.com
Fri May 29 02:55:08 CEST 2009
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 at liblime.com
ReportedBy: rch at 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.
More information about the Koha-bugs
mailing list