http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7255
Kyle M Hall <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #8767|0 |1 is obsolete| | --- Comment #2 from Kyle M Hall <[email protected]> --- Created attachment 8768 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=8768&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. _______________________________________________ Koha-bugs mailing list [email protected] http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
