https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18958
Nick Clemens <n...@bywatersolutions.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|Failed QA |Signed Off
--- Comment #34 from Nick Clemens <n...@bywatersolutions.com> ---
(In reply to Katrin Fischer from comment #33)
> Pretty sure I am missing something here, but I can't reproduce the problem
> on current master. - But I am pretty sure I did see the problem a longer
> while ago. Is it possible this was solved already?
>
> Test Plan:
> 1. Create and use a patron that can place multiple record level holds per
> record
> 2. Create a record with X items, each at a different library
> 3. Place X 'Next available' holds on the record for the patron using the
> 'Holds to place' box
> 4. Rebuild the holds queue
> 5. Check in LibraryA's copy as LibraryA and confirm the hold
> 6. Revisit request.pl for the record, notice the next hold in line is now
> item-specific
>
> Why is the rebuild of the holds_queue required here?
The holds queue is checked in _Findgroupreserve and Getotherreserves - there is
code in there that alters the holds, but it only happens when they are in the
holds queue
--
You are receiving this mail because:
You are watching all bug changes.
_______________________________________________
Koha-bugs mailing list
Koha-bugs@lists.koha-community.org
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/
