Bug 48590

Summary: HTML5 Conformance Test failure: approved/video/video_003.htm
Product: WebKit Reporter: David Kilzer (:ddkilzer) <ddkilzer>
Component: MediaAssignee: Nobody <webkit-unassigned>
Status: RESOLVED WORKSFORME    
Severity: Normal CC: abarth, eric.carlson, simon.fraser
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: All   
OS: All   
URL: http://test.w3.org/html/tests/approved/video/video_003.htm
Bug Depends on:    
Bug Blocks: 48575    

Description David Kilzer (:ddkilzer) 2010-10-28 16:43:26 PDT
The approved/video/video_003.htm test fails with WebKit nightly build r70732 run in Safari 5.0.x.
Comment 1 David Kilzer (:ddkilzer) 2010-10-28 16:45:11 PDT
@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.
Comment 2 Adam Barth 2010-10-28 16:57:58 PDT
Video media type handling is a train wreck.  It's unclear what the best behavior is.
Comment 3 Eric Carlson 2010-10-28 21:29:46 PDT
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")
   ""
Comment 4 Simon Fraser (smfr) 2010-10-29 08:57:44 PDT
If there's a bug in the test, this should be reported against the test suite.
Comment 5 David Kilzer (:ddkilzer) 2010-12-09 20:39:38 PST
This test has been removed from the test suite.