[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