RESOLVED FIXED 16226
Poster frame stops displaying once video loads, even if it does not play
https://bugs.webkit.org/show_bug.cgi?id=16226
Summary Poster frame stops displaying once video loads, even if it does not play
Maciej Stachowiak
Reported 2007-12-01 16:01:09 PST
The poster="" specified poster frame should display until the video first plays, not just until it loads. The linked test case appears to show that we switch from the 'poster' attribute to the video's actual poster frame as soon as it loads.
Attachments
Maciej Stachowiak
Comment 1 2007-12-01 16:10:33 PST
Test case forthcoming.
Adele Peterson
Comment 3 2007-12-03 11:05:03 PST
The implementation is based on this line from the spec: "When no video data is available (the element's networkState attribute is either EMPTY, LOADING, or LOADED_METADATA), video elements represent either the image given by the poster attribute, or nothing."
David Kilzer (:ddkilzer)
Comment 4 2007-12-16 17:57:07 PST
Ian 'Hixie' Hickson
Comment 5 2008-05-14 18:45:16 PDT
The spec now allows the poster frame to be shown instead of the first frame of video while the video is paused on the first frame of video (though it doesn't require it).
Adele Peterson
Comment 6 2008-07-08 17:19:36 PDT
Lets say an author specifies something like this: <video src="myVideo.mp4" poster="myImage.png" controls></video>
Adele Peterson
Comment 7 2008-07-08 17:22:06 PDT
shoot- I hit enter by accident. With the example above and our current implementation, if I make the change to keep the poster image up if the video is paused on the first frame, thne the controls aren't visible for the user to actually start playing the video. To fix this, I could rearrange RenderVideo so it owns the renderer for the poster image, and have it still display the controls over the poster image. I'm not sure if I'm missing something else though that would prevent this from working correctly.
Eric Carlson
Comment 8 2010-04-13 08:32:18 PDT
This was fixed by the changes in http://trac.webkit.org/changeset/53146.
Note You need to log in before you can comment on or make changes to this bug.