Bug 37385: Fix Transfer not triggering automatically when cancelling a hold by checking in an item
Upadates for CSRF are inadvertently stopping AddReturn from being trigger when a hold is canceled. This is necessary to generate the transfer back to the originating library. Test Plan: 1) Find item with a waiting hold, and check it in 2) In the popup notifying me of the waiting hold, select 'Cancel hold' 3) Note no second popup appears notifying you of the need to transfer the item to its home library 4) Apply this patch 5) Restart all the things! 6) Repeat steps 1-2 7) Second popup appears! Signed-off-by: Lucas Gass <lucas@bywatersolutions.com> Signed-off-by: Emily Lamancusa <emily.lamancusa@montgomerycountymd.gov> Signed-off-by: Martin Renvoize <martin.renvoize@ptfs-europe.com>
This commit is contained in:
parent
58838fc263
commit
554efbe354
1 changed files with 1 additions and 1 deletions
|
@ -293,7 +293,7 @@ if ($transit && $op eq 'cud-transfer') {
|
|||
|
||||
# actually return book and prepare item table.....
|
||||
my $returnbranch;
|
||||
if ($barcode && $op eq 'cud-checkin') {
|
||||
if ($barcode && ( $op eq 'cud-checkin' || $op eq 'cud-affect_reserve' ) ) {
|
||||
$barcode = barcodedecode($barcode) if $barcode;
|
||||
my $item = Koha::Items->find({ barcode => $barcode });
|
||||
|
||||
|
|
Loading…
Reference in a new issue