[Koha-bugs] [Bug 651] Change the way reserves, 'waiting' status are handled

[bugzilla-daemon at wilbur.katipo.co.nz]

http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=651

oleonard at athenscounty.lib.oh.us changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Version|CVS                         |2.2.0



------- Additional Comments From oleonard at athenscounty.lib.oh.us  2004-12-31 01:41 -------
No, but there are intermediate steps that can be taken to make this bug less of
a problem.  The essence of the problem is the fact that the 'waiting' status is
inaccurate much of the time.  The interim solution is to use information already
in the database to override the display of the 'waiting' status and replace it
with something like 'in-transit' when the book isn't at its destination.

We have the information required already in the database.  The reserves table
has the destination branch information, and the items table has the
holdingbranch information.  If these two things match, then the item really is
at its destination and should be shown to be waiting.  If the two branch fields
don't match, then Koha should display "In-Transit" or "In-Transit from
{items.holdingbranch} to {reserves.destinationbranch}.

I've already managed to get this working in the NPL template for request.pl:

<!-- TMPL_IF NAME="atdestination" -->
<strong>Waiting</strong> at <!-- TMPL_VAR Name="wbrcode" -->
<!-- TMPL_ELSE -->
In transit from <!-- TMPL_VAR NAME="holdingbranch" --> to <!-- TMPL_VAR
Name="wbrcode" -->
<!-- /TMPL_IF -->

Other places this is needed: OPAC screens, Intranet catalog screens, etc.  The
solution is pretty simple as long as both those branch variables are available
in the script.



------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.