LP#
1795906: Queue position parity for OPAC and Record -> View Holds UIs
With the performance driven changes to Hold Shelf and Record -> View Holds
UIs, and backing APIs, there is a discrepancy between conception of queue
position in those UIs and that of others. A simple change will bring other
UIs in line with the new calculation without sacrificing performance in any
of them. In fact, other UIs will be (slightly) faster in most cases.
This change makes all queue position calculations relative to the context
hold's pickup library. This retains the order relative to other directly
relevant holds, though does not show the global position. The initial driver
of this request is parity between the My OPAC queue position, which can
optionally be displayed to patrons, and the Record -> View Holds staff UI.
NOTE: All queue position values are FIFO-based estimates and do not
perfectly model reality, especially in a resource sharing consortium and
even for instances using FIFO hold capture across the board, due to transits,
exceptions, and human staff interaction with the hold queue.
Signed-off-by: Mike Rylander <mrylander@gmail.com>
Signed-off-by: Galen Charlton <gmc@equinoxinitiative.org>