Bug 10272: make CheckReserves respect ReservesControlBranch
authorKyle M Hall <kyle@bywatersolutions.com>
Fri, 17 May 2013 12:08:24 +0000 (07:08 -0500)
committerGalen Charlton <gmc@esilibrary.com>
Sun, 8 Sep 2013 01:20:01 +0000 (01:20 +0000)
commit78eba2f974ca9e8ff51f64d2356b004e7bfcecff
tree07ada419f05d272ab316b1eb7287b1a98b2923ca
parent3f77efcc1db1730ca5b0f5ab20618962799a2418
Bug 10272: make CheckReserves respect ReservesControlBranch

CheckReserves was using the CircControl system preference to determine what
patrons an item can fill a hold for. It should be using ReservesControlBranch
instead.

Test Plan:
1) Set ReservesControlBranch to "item's home library".

2) Create an item at Library A, place holds for it for patrons at
   Library B, Library C, and Library A in that order,
   for pickup at the patrons home library.

3) Make sure the holds policy for Library A is set to
   Hold Policy = "From home library" and
   Return Policy = "Item returns home".

   Make sure the holds policies for the other libraries are set to
   Hold Policy = "From any library".

4) Check the item in at Library C, the hold for the patron at Library B
   should pop up, even though it's in violation of the circulation rules.
   Don't click the confirm button!

5) Apply this patch, and reload the page,
   now the hold listed should be for the last hold,
   the hold for the patron at Library A, which is correct.

This patch adds the subroutine C4::Reserves::GetReservesControlBranch as
an equivilent to C4::Circulation::_GetCircControlBranch.

Signed-off-by: Chris Cormack <chrisc@catalyst.net.nz>
Signed-off-by: Katrin Fischer <Katrin.Fischer.83@web.de>
Fixed POD so that arguments and explanation match (C<$item>).
Also tested opac-reserves.pl for regressions.
Passes all tests, QA script, and Reserves.t.

Signed-off-by: Galen Charlton <gmc@esilibrary.com>
C4/Reserves.pm
opac/opac-reserve.pl
t/db_dependent/Reserves.t