Bug 20423 - ReservesNeedReturns allows multiple patrons to have the same item set to 'waiting'
Summary: ReservesNeedReturns allows multiple patrons to have the same item set to 'wai...
Status: NEW
Alias: None
Product: Koha
Classification: Unclassified
Component: Hold requests (show other bugs)
Version: Main
Hardware: All All
: P5 - low normal (vote)
Assignee: Bugs List
QA Contact: Testopia
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-03-15 13:43 UTC by Kyle M Hall
Modified: 2018-07-17 14:52 UTC (History)
4 users (show)

See Also:
Change sponsored?: ---
Patch complexity: ---
Documentation contact:
Documentation submission:
Text to go in the release notes:
Version(s) released in:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kyle M Hall 2018-03-15 13:43:56 UTC
If ReservesNeedReturns set to "Automatically", then two or more patrons can place a hold on the item and it will be set to 'waiting' for them.
Comment 1 Victor Grousset/tuxayo 2018-05-09 07:58:04 UTC
What is the expected behavior?

When two patrons place a hold on the same item with ReservesNeedReturns set to "Automatically"
Comment 2 Kyle M Hall 2018-05-09 11:18:25 UTC
I would imagine the second return should do nothing when it comes to holds, since the item is already waiting for a different patron.

(In reply to Victor Grousset/tuxayo from comment #1)
> What is the expected behavior?
> 
> When two patrons place a hold on the same item with ReservesNeedReturns set
> to "Automatically"
Comment 3 Kelly McElligott 2018-07-17 14:52:55 UTC
In Koha 17.11.07, we are finding that if the sys pref ReservesNeedReturns is set to Automatically, and an item level hold is placed on a item that is currently checked out, this item is automatically set to waiting and displays on Patrons account that it is ready and waiting.  On the OPAC it also will display that this hold is waiting to the Patron when they are logged in.