14057 2011-09-07 06:29:34 +0000 In section "The WebSocket interface" when describing the operation of the WebSocket constructor, the following statement is made: "Return a new WebSocket object, and continue these steps in the background (without blocking scripts). ... Establish a WebSoc 2011-09-10 05:23:04 +0000 1 1 1 Unclassified WebAppsWG WebSocket API (editor: Ian Hickson) unspecified Other other RESOLVED INVALID http://www.whatwg.org/specs/web-apps/current-work/#top P3 normal --- 1 contributor ian chuck ian mike public-webapps public-webapps-bugzilla oldest_to_newest 56457 0 contributor 2011-09-07 06:29:34 +0000 Specification: http://dev.w3.org/html5/websockets/ Multipage: http://www.whatwg.org/C#top Complete: http://www.whatwg.org/c#top Comment: In section "The WebSocket interface" when describing the operation of the WebSocket constructor, the following statement is made: "Return a new WebSocket object, and continue these steps in the background (without blocking scripts). ... Establish a WebSocket connection given the set (host, port, resource name, secure), ..." This is problematic because it means that the WebSocket connection can be successfuly established before the script has a chance to set the onopen property. This can result in missed onopen events. Instead the operation of the WebSocket constructor should be suspended until the currently executing script block is finished. Dan Shappir Ericom Software Posted from: 81.218.35.98 User agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0) 56473 1 chuck 2011-09-07 16:22:47 +0000 (In reply to comment #0) > Specification: http://dev.w3.org/html5/websockets/ > This is problematic because it means that the WebSocket connection can be > successfuly established before the script has a chance to set the onopen > property. This can result in missed onopen events. As I understand things, even if the websocket establishes before the end of the event loop, the onopen event will not be processed until the next loop. 56598 2 ian 2011-09-10 05:23:04 +0000 comment 1 is correct.