W3C home > Mailing lists > Public > whatwg@whatwg.org > March 2013

Re: [whatwg] Fetch: number of tasks queued

From: Boris Zbarsky <bzbarsky@MIT.EDU>
Date: Wed, 13 Mar 2013 11:32:51 -0400
Message-ID: <51409C23.9010404@mit.edu>
To: Anne van Kesteren <annevk@annevk.nl>
Cc: whatwg@lists.whatwg.org
On 3/13/13 11:14 AM, Anne van Kesteren wrote:
> However, if all data is typically available during state 3, developers
> might rely on that. Not queuing a special task that triggers state 3
> for data: URLs does not preclude asynchronous loading at all.

I'm not sure I follow.

State 3 is LOADING.

In the Gecko implementation, the network library delivers, 
asynchronously, a single "headers available" notification, then one or 
more "some data available" notifications, then a single "no more data, 
request is done" notification.

The XHR implementation then enters LOADING when it gets the first "some 
data available" implementation.  It enters DONE when it gets the "no 
more data" notification.

What exact behavior are you proposing for the XHR implementation when it 
gets the callbacks described above?  It sure sounds to me like you're 
presupposing that the "some data available" callbacks indicate whether 
there might be _more_ data available in the future or not, unless I'm 
missing something.

Received on Wednesday, 13 March 2013 15:33:23 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:56 UTC