[Koha-bugs] [Bug 7255] Information on Holds Transfer Slips is Inconsistent

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

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7255

--- Comment #1 from Kyle M Hall <kyle.m.hall at gmail.com> ---
Created attachment 8767
  -->
http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8767&action=edit
Bug 7255 - Information on Holds Transfer Slips is Inconsistent

We've discovered that they've got a race condition in the code.
When you click "confirm and print slip", you're both submitting
the form that confirms the hold, as well as opening the transfer
slip page.  If this is a title-level hold originally, the item
information (barcode and callnumber) isn't filled in until the
form you've submitted completes it's action.  So, depending on
all kinds of server-level variables, the transfer slip process
will either complete first, and not show item information, or
complete second, and include barcode/callnumber.  There is no
way to tell which process will win the race ahead of time.

This commit adds a new 'tool' to allow any popup to be loaded
with a delay. A new javascript function has been added to allow
this script to be used easily. Use the function as follows:
delayPopup( url, message, delay ) where url is the url of the
page to load ( supports GET variables ), message is an optional
message to display, and delay is the amount of time in seconds
to delay the loading of this new url.

This tools is put into use in returns.tt to delay those slips
that have a race condition.

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