[Koha-bugs] [Bug 28520] Cancelling a hold that is in transit hides item's transit status

[bugzilla-daemon at bugs.koha-community.org]

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28520

Joonas Kylmälä <joonas.kylmala at helsinki.fi> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 Attachment #121689|0                           |1
        is obsolete|                            |
 Attachment #121690|0                           |1
        is obsolete|                            |
 Attachment #121691|0                           |1
        is obsolete|                            |

--- Comment #5 from Joonas Kylmälä <joonas.kylmala at helsinki.fi> ---
Created attachment 121693
  -->
https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=121693&action=edit
Bug 28520: Create cancelled hold's transfer back after previous transfer
finishes

This fixes regression caused by "Bug 12362: Cancel transfer with hold
cancelation" where cancelled hold's transfer didn't show up in
intranet and opac because it create a new transfer that was not yet
put in in-transit state. The original idea of bug 12362 was to be able
to trigger transfer back home if a hold was cancelled. We can do it
more simply by setting the $validTransfer variable true in the item
check-in code when we are dealing with Reserve transfers.

To test:
 1) Apply patch
 1) Have biblio with item in branch A
 2) Create a new hold with a pickup library to branch B
 3) Check-in the item at branch A and confirm the hold and transfer
 4) Cancel the hold
 5) Check-in the hold at branch B and notice it prompt to return it to
 branch A

-- 
You are receiving this mail because:
You are watching all bug changes.
You are the assignee for the bug.