http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14514
Bug ID: 14514
Summary: LocalHoldsPriority and the HoldsQueue conflict with
each other
Change sponsored?: ---
Product: Koha
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P5 - low
Component: Hold requests
Assignee: [email protected]
Reporter: [email protected]
QA Contact: [email protected]
CC: [email protected]
It appears that the LocalHoldsPriority feature and the Holds Queue are
fundamentally at odds with each other.
The problem appears to be that both are attempting to choose the best way to
fill holds. When you are using the holds queue and you check in an item that
has been selected by the holds queue builder, that part of Koha where the
LocalHoldsPriority feature lives doesn't get to see all the holds in order to
pick the best one. Instead only the hold selected by the holds queue builder is
returned so to the LocalHoldsPriority feature, that is only one hold to pick
from!
The solution *may* be to add the similar logic that appears
C4::Reserves::CheckReserves for handling local hold priority to
C4::HoldsQueue::MapItemsToHoldRequests at the very beginning before it even
attempts to match item level requests.
--
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.
_______________________________________________
Koha-bugs mailing list
[email protected]
http://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/
