[Webkit-unassigned] [Bug 32141] HTML 5 Audio "load" event is never fired under Snow Leopard / QuickTime X

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Sat Dec 5 18:51:33 PST 2009


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





--- Comment #5 from Eric Carlson <eric.carlson at apple.com>  2009-12-05 18:51:33 PST ---
> If there is no more "load" event (and no more "progress" event), 
> how can I determine when a sound is completely loaded

You can't tell if a sound or video file is completely loaded, but the 'load'
and 'loadend' events were unreliable even when they were in the spec because
the UA was only supposed to fire them once "Network connectivity could be lost
without  
affecting the media playback", and neither WebKit nor Firefox could actually
guarantee that portions of a cached media file would never be evicted from the
disk cache. The thread that lead to removing the events and states from the
spec,
http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2009-October/023371.html, 
has a good discussion of the issues involved.

Your test cases are all small files actually *are* likely to stay in the cache
once they are loaded, but we need to make make sure the API works for files of
arbitrary size.

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



More information about the webkit-unassigned mailing list