Bug 6976 Close loophole allowing borrowers extra holds via opac
authorColin Campbell <colin.campbell@ptfs-europe.com>
Tue, 28 Aug 2012 13:34:55 +0000 (14:34 +0100)
committerPaul Poulain <paul.poulain@biblibre.com>
Fri, 14 Sep 2012 13:22:46 +0000 (15:22 +0200)
commit3b608056d9cd86375b51d63a56c054fec1f4a16d
treecca5dbf4a3bcd49c4abfc858835f7886f8079792
parent8a718d6c9b0ea4f23e843ba6878159385a2480bb
Bug 6976 Close loophole allowing borrowers extra holds via opac

The check that the max number of reserves has
not been reached needs to take account of the fact
that we may have added enouch reserves to
reach the limit while this script is running.
Add a check against the incrementing count

The variable canreserve was only used when looping
through multiple holds but was not being
reinitialized on every iteration
make variable local to loop it is used in and
initialize to zero

Have used perltidy to correct the indention of
the while loop as it was misleading to the reader

Some numeric comparisons were using a string operator
fix them before strange bugs manifest themselves

The loophole manifests thus:
borrowers are only allowed Y holds.
If holds are done individually, it is
obeying that law i.e. X has held Y separate books –
 when I tried to do a 6th
book it told me that I could not place a hold.
However, if a borrower checks the catalogue,
gets the intial list up and clicks items on the “results”
box and then clicks “place hold” they can hold more than Y
items Please enter the commit message for your changes. Lines starting

Signed-off-by: Chris Cormack <chrisc@catalyst.net.nz>
Signed-off-by: Paul Poulain <paul.poulain@biblibre.com>
opac/opac-reserve.pl