48590 2010-10-28 16:43:26 -0700 HTML5 Conformance Test failure: approved/video/video_003.htm 2010-12-09 20:39:38 -0800 1 1 1 Unclassified WebKit Media 528+ (Nightly build) All All RESOLVED WORKSFORME http://test.w3.org/html/tests/approved/video/video_003.htm P2 Normal --- 48575 1 ddkilzer webkit-unassigned abarth eric.carlson simon.fraser oldest_to_newest 301446 0 ddkilzer 2010-10-28 16:43:26 -0700 The approved/video/video_003.htm test fails with WebKit nightly build r70732 run in Safari 5.0.x. 301447 1 ddkilzer 2010-10-28 16:45:11 -0700 @abarth: Does browser mime type sniffing behavior come into play here? Just wondering if the test is expecting the application/octet-stream MIME type to be sniffed, or whether it's testing whether the browser will dump off bytes to the "media engine" with a MIME type of application/octet-stream. 301468 2 abarth 2010-10-28 16:57:58 -0700 Video media type handling is a train wreck. It's unclear what the best behavior is. 301575 3 eric.carlson 2010-10-28 21:29:46 -0700 http://test.w3.org/html/tests/approved/video/video_003.htm is a bogus test. The spec says: The canPlayType(type) method must return the empty string if type is a type that the user agent knows it cannot render or is the type "application/octet-stream" In other words if MUST return "" if the type is "application/octet-stream". The test, however, *fails* if it returns "" : if (vid.canPlayType("application/octet-stream") != "") { passTest(); } WebKit returns "" for "application/octet-stream": > vid.canPlayType("application/octet-stream") "" 301793 4 simon.fraser 2010-10-29 08:57:44 -0700 If there's a bug in the test, this should be reported against the test suite. 319901 5 ddkilzer 2010-12-09 20:39:38 -0800 This test has been removed from the test suite.