Re: [fileapi] timing of readyState changes vs. events

Eric,

> On Fri, 02 Mar 2012 01:01:55 +0100, Eric U <ericu@google.com> wrote:
> > On Thu, Mar 1, 2012 at 3:16 PM, Arun Ranganathan
> > <aranganathan@mozilla.com> wrote:
> >> OK, so the change is to ensure that these events are fired
> >> directly,
> >> and not queued, right?  I'll make this change.  This applies to
> >> all
> >> readAs* methods.
> >
> > Yup.  It should apply to any event associated with a state change
> > [so
> > e.g. onload, but not onloadend].
> 
> Uhm. What you need to do is queue a task that changes the state and
> fires
> the event. You cannot just fire an event from asynchronous
> operations.


Anne's right (asynchronous operations happen on the event queue).

I think the same task can change state and fire the event.  This may take care of the timing issue.

-- A*

Received on Friday, 2 March 2012 23:26:38 UTC