[whatwg] HTMLMediaElement.preload and stalled event
Chris Pearce
chris at pearce.org.nz
Fri Jul 23 15:25:08 PDT 2010
On 23/07/2010 8:57 p.m., Philip Jägenstedt wrote:
> On Fri, 23 Jul 2010 05:25:37 +0200, Chris Pearce <chris at pearce.org.nz>
> wrote:
>> Should we be periodically firing a "stalled" event at the media
>> element while we've suspended download of a preload:none or
>> preload:metadata media?
>> [...]
>
> I think this is a spec bug. When a UA decides to not download more
> data it should fire the suspend event. It doesn't make any sense to
> also fire the stalled event, in my opinion, but the spec isn't clear
> about this.
I agree. We should make the spec clearer here.
>
> Also, I don't understand why the stalled event would be fired
> periodically in any case, why would that be so?
>
Agreed, it doesn't make sense to fire multiple stalled events; you can
detect when the download resumes by listening for subsequent progress
events.
On 23/07/2010 5:11 p.m., Silvia Pfeiffer wrote:
> To me, stalled implies that the UA is trying to receive stuff, but is
> being stalled. So, my understanding is that the resource fetch
> algorithm in [1] should include the word "unexpectedly" - that would
> fix it.
I think this suggested wording change would be a good one.
Regards,
Chris Pearce.
More information about the whatwg
mailing list