Fix stop sign page race condition with checkout
authorJason Etheridge <jason@esilibrary.com>
Mon, 8 Aug 2011 18:06:57 +0000 (14:06 -0400)
committerThomas Berezansky <tsbere@mvlc.org>
Tue, 9 Aug 2011 17:46:20 +0000 (13:46 -0400)
This would happen most often when retrieving multiple patrons at the same time
from patron search--the stop sign page would show but then get trampled by the
checkout interface, which normally loads first.

Signed-off-by: Jason Etheridge <jason@esilibrary.com>
Signed-off-by: Thomas Berezansky <tsbere@mvlc.org>
Open-ILS/xul/staff_client/server/patron/display.js

index 7aa8b96..e1b4fbe 100644 (file)
@@ -905,6 +905,7 @@ patron.display.prototype = {
         // FIXME - replace this generated "stop sign" page with a dedicated XUL file or template
         return function(patron,params) {
             try {
+                obj._already_defaulted_once = true;
                 var msg = ''; obj.stop_checkouts = false;
                 if (patron.alert_message())
                     msg += $("patronStrings").getFormattedString('staff.patron.display.init.network_request.alert_message', [patron.alert_message()]);