[Webkit-unassigned] [Bug 51281] <audio> tag doesn't report 'canplay' until 'played' altough autobuffer/preload

[bugzilla-daemon at webkit.org]

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


Eric Carlson <eric.carlson at apple.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |WORKSFORME




--- Comment #2 from Eric Carlson <eric.carlson at apple.com>  2010-12-22 19:42:44 PST ---
(In reply to comment #0)
>         <audio controls src="http://stream.radiocampusparis.org:8000/stream_rcp.mp3" preload="auto" autobuffer></audio>
> 
> Try this on a Mac, then on a WebKit Mobile device. Won't work on the Mobile device. Tested on Android, iOS, WebOS.

(In reply to comment #1)
> 
> Hope it's a bug or there's a workaround as I can't find the way to be notified of the readiness of a <audio> tag.
> 
> Note you can replace this stream URL with a "normal" MP3, local - but it's less useful.

"preload" is a *hint* to the user agent, it may not cause buffering to begin automatically:

    The preload attribute is intended to provide a hint to the user agent about what the 
    author thinks will lead to the best user experience. The attribute may be ignored 
    altogether, for example based on explicit user preferences or based on the 
    available connectivity.

http://www.whatwg.org/specs/web-apps/current-work/multipage/video.html#attr-media-preload

On iOS buffering does not begin until the user triggers playback so the observed behavior is correct.

I don't know what the policy is on Android or WebOS, I suggest filing bugs against those projects if you think there is a bug.

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