Re: [xhr] events for async requests

On Mon, Feb 1, 2010 at 2:27 AM, Anne van Kesteren <annevk@opera.com> wrote:
>>>> 3. Fire a 'progress', unless 'loadstart' or 'progress' has been fired
>>>> within the past 50ms
>>>
>>> This is already required elsewhere. I suppose I could try to merge the
>>> two, would that be useful?
>>
>> The main point of my email was that responseText should never change
>> other than from the main event loop. I.e. doing xhr.responseText ==
>> xhr.responseText should always return true.
>
> Ok. That is definitely covered now.

It is still unclear what the relationship is between responseText
being set to a non-empty value, and switching to the LOADING state is.

Which happens first (it's somewhat clear that responseText is changed
before switching to the LOADING state)?

Can responseText ever be non-empty without being in the LOADING state?
I.e. do these to actions happen from the same, or from separate, tasks
posted to the event loop?

/ Jonas

Received on Monday, 1 February 2010 11:13:19 UTC