W3C home > Mailing lists > Public > whatwg@whatwg.org > August 2010

[whatwg] Race condition in media load algorithm

From: Boris Zbarsky <bzbarsky@MIT.EDU>
Date: Thu, 05 Aug 2010 14:34:05 -0400
Message-ID: <4C5B041D.5080909@mit.edu>
On 8/5/10 2:24 PM, Eric Carlson wrote:
> On Aug 5, 2010, at 8:22 AM, Boris Zbarsky wrote:
>> In practice, what Gecko would likely do here is to treat "stable state" as "the event loop is spinning", just like we would for the other case.  This means that while a modal dialog is up, or a sync XHR is running or whatnot is a stable state.
>    FWIW this is what WebKit does now, assuming you mean *asynch* XHR.

No, I meant what I said.  Async XHR is clearly going to go back to the 
event loop, etc.  In Gecko, sync XHR does as well, by manually spinning 
the event loop under the Send() call (and blocking delivery of certain 
classes of events to the web page that triggered the send).

This isn't at all like the "pause" state the spec describes, which I 
also mentioned.

On the other hand, I think the spec's "pause" state can have some really 
undesirable interactions whereby a sync XHR on one page can affect 
behavior of other pages, which is why I have problems with it...

Received on Thursday, 5 August 2010 11:34:05 UTC

This archive was generated by hypermail 2.3.1 : Monday, 13 April 2015 23:08:59 UTC