Bug 12287 - Hold priority for new hold incorrect if record has holds in transit
authorKyle M Hall <kyle@bywatersolutions.com>
Mon, 19 May 2014 11:01:58 +0000 (07:01 -0400)
committerTomas Cohen Arazi <tomascohen@gmail.com>
Sat, 16 Aug 2014 12:06:46 +0000 (09:06 -0300)
When placing a new hold, the listed priority for the hold will be
incorrect if there are any holds with items in transit ( i.e. found = T ).

Test Plan:
1) Place 3 holds on a record with at least 2 items
2) Fill one hold so it is marked as waiting
3) Fill on hold so it is marked as in transit
4) Begin placing a new hold
5) Note the expected priority would be 2, but is actually 3
6) Apply this patch
7) Reload the patch, now the expected priority shows correctly

Signed-off-by: Coralie Barsacq <c.barsacq@mairie-laciotat.fr>

Signed-off-by: Jonathan Druart <jonathan.druart@biblibre.com>
Signed-off-by: Tomas Cohen Arazi <tomascohen@gmail.com>

reserve/request.pl

index 635c773..0839f45 100755 (executable)
@@ -208,7 +208,7 @@ foreach my $biblionumber (@biblionumbers) {
     my $alreadyreserved = 0;
 
     foreach my $res (@$reserves) {
-        if ( defined $res->{found} && $res->{found} eq 'W' ) {
+        if ( defined $res->{found} ) {
             $count--;
         }