[Webkit-unassigned] [Bug 63823] HTMLMediaElement prematurely starts progress timer to check buffering status of audio source.

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=63823





--- Comment #5 from Eric Carlson <eric.carlson at apple.com>  2011-07-01 22:13:45 PST ---
(In reply to comment #4)
> The spec doesn't seem to require that the "stalled" and "progress" events require readyState() to be at HAVE_METADATA, only that the network state is at NETWORK_LOADING.  Can you clarify where in the spec you think this requirement lies?

I agree. Data must be loaded to reach HAVE_METADATA, and spec clearly says that progress events must be fired while media data is loaded:

> Every 350ms (±200ms) or for every byte received, whichever is least 
> frequent, queue a task to fire a simple event named progress at 
> the element.

and that a stalled event is to be fired when data loading stalls:

> The stall timeout is a user-agent defined length of time, which 
> should be about three seconds. When a media element that is 
> actively attempting to obtain media data has failed to receive 
> any data for a duration equal to the stall timeout, the user 
> agent must queue a task to fire a simple event named stalled 
> at the element.

http://www.w3.org/TR/html5/the-iframe-element.html#concept-media-load-resource

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.