Bug 13368 Holds priority messed up on checkout
To Test
1/ Create 3 (or more holds) on one biblionumber, make sure at least
one item is not on loan
2/ Check out the not on loan item to a borrower (maybe number 2 in the
queue)
3/ Look in the database (or on the holds tab on the moredetail.pl)
notice the priorities have not been reordered
4/ Apply patch and try again, notice now they have
Signed-off-by: Owen Leonard <oleonard@myacpl.org>
Confirmed the problem without the patch, and confirmed that the patch
corrects it.
Signed-off-by: Kyle M Hall <kyle@bywatersolutions.com>
Signed-off-by: Tomas Cohen Arazi <tomascohen@gmail.com>
(cherry picked from commit ef6bc21b2c)
Signed-off-by: Chris Cormack <chrisc@catalyst.net.nz>
This commit is contained in:
parent
c09df7ab9d
commit
7ad70ef214
|
|
@ -1309,7 +1309,7 @@ sub ModReserveFill {
|
|||
# now fix the priority on the others (if the priority wasn't
|
||||
# already sorted!)....
|
||||
unless ( $priority == 0 ) {
|
||||
_FixPriority({ reserve_id => $reserve_id });
|
||||
_FixPriority({ reserve_id => $reserve_id, biblionumber => $biblionumber });
|
||||
}
|
||||
}
|
||||
|
||||
|
|
|
|||
Loading…
Reference in New Issue