[Koha-bugs] [Bug 26078] New: "Item returns to issuing library" creates infinite transfer loop
bugzilla-daemon at bugs.koha-community.org
bugzilla-daemon at bugs.koha-community.org
Tue Jul 28 22:43:12 CEST 2020
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26078
Bug ID: 26078
Summary: "Item returns to issuing library" creates infinite
transfer loop
Change sponsored?: ---
Product: Koha
Version: master
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P5 - low
Component: Circulation
Assignee: koha-bugs at lists.koha-community.org
Reporter: andrew at bywatersolutions.com
QA Contact: testopia at bugs.koha-community.org
CC: gmcharlt at gmail.com, kyle.m.hall at gmail.com
Bug 23129 changed ModItemTransfer to set the holding branch of an item to
current location when generating a transfer. This doesn't play well with the
return policy "Item returns to issuing library," which sends an item to its
holding branch at checkin.
To recreate:
- Have 2+ branches
- Set your default return policy to Item returns to issuing library
- Find an item with holding branch of Branch A
- Set your library to Branch B
- Check item in
- Koha generates a transfer to Branch A. In doing so, it sets the item holding
branch to Branch B
- Set your library to Branch A
- Check item in
- Koha generate a transfer to Branch B. In doing so, it sets the item holding
branch to Branch A
- Set you library to Branch A
- Check the item in
. . . Repeat indefinitely.
It's easy enough to cancel a transfer to get out of this loop, but better not
to get into it in the first place. That said, I'm not entirely sure how to
avoid it. Can we somehow tell Koha that a checkin that ends a transfer should
never start a new transfer? Unless there's a hold involved?
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
More information about the Koha-bugs
mailing list