16226 2007-12-01 16:01:09 -0800 Poster frame stops displaying once video loads, even if it does not play 2010-04-13 08:32:18 -0700 1 1 1 Unclassified WebKit Layout and Rendering 528+ (Nightly build) Mac OS X 10.4 RESOLVED FIXED HasReduction, InRadar P2 Normal --- 1 mjs adele dwood eric.carlson gavin.sharp lachlan.hunt oldest_to_newest 62913 0 mjs 2007-12-01 16:01:09 -0800 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. 62917 1 mjs 2007-12-01 16:10:33 -0800 Test case forthcoming. 62920 2 mjs 2007-12-01 16:39:20 -0800 http://lachy.id.au/dev/markup/tests/html5/video/007 http://lachy.id.au/dev/markup/tests/html5/video/008 63163 3 adele 2007-12-03 11:05:03 -0800 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." 64454 4 ddkilzer 2007-12-16 17:57:07 -0800 <rdar://problem/5650561> 80439 5 ian 2008-05-14 18:45:16 -0700 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). 85508 6 adele 2008-07-08 17:19:36 -0700 Lets say an author specifies something like this: <video src="myVideo.mp4" poster="myImage.png" controls></video> 85509 7 adele 2008-07-08 17:22:06 -0700 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. 211965 8 eric.carlson 2010-04-13 08:32:18 -0700 This was fixed by the changes in http://trac.webkit.org/changeset/53146.