Bug 8004 - Items on Hold Lose Transfer After Being Scanned Twice
authorKyle M Hall <kyle@bywatersolutions.com>
Tue, 24 Apr 2012 15:43:40 +0000 (11:43 -0400)
committerPaul Poulain <paul.poulain@biblibre.com>
Mon, 11 Jun 2012 13:53:57 +0000 (15:53 +0200)
commit81edc91f37b58a5f3c02443073c5bc4d4411bf82
treed34615857362d6a420086eb28cb8844b1c4f838a
parent3752be09d3a3c4142a3dadbc306f8985a4234489
Bug 8004 - Items on Hold Lose Transfer After Being Scanned Twice

When a hold is placed on an item where the pickup location is
different than the holding library, Koha initiates a branch
transfer for that item to fill that hold when items is run through
the returns system.

If the item is then run through returns a second time, the system is
supposed to close that transfer as a 'wrongtransfer', and open a new
transfer with the same from and to branches as the original.

The problem is that the original transfer is closed, but the new
transfer is not created. This is because at some point, someone
replaced the template variable WrongTransfer, which had previously
contained the branchcode for the library to transfer to, with the
full name of the library instead ( I assume to make a look nicer ).

Solved by removing the line that was changing the variable contents
from the branchcode to the branch name, and adding a new TT filter,
KohaBranchName that functions in the same way as KohaDates, except
it takes a branchcode and returns the branch name for the given
branchcode.

The consequence of this, is the the name of the library is passed to updateWrongTransfer instead of the branchcode, causing the failure.

Signed-off-by: Paul Poulain <paul.poulain@biblibre.com>
Koha/Template/Plugin/KohaBranchName.pm [new file with mode: 0644]
circ/returns.pl
koha-tmpl/intranet-tmpl/prog/en/modules/circ/returns.tt