WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED WORKSFORME
48590
HTML5 Conformance Test failure: approved/video/video_003.htm
https://bugs.webkit.org/show_bug.cgi?id=48590
Summary
HTML5 Conformance Test failure: approved/video/video_003.htm
David Kilzer (:ddkilzer)
Reported
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.
Attachments
Add attachment
proposed patch, testcase, etc.
David Kilzer (:ddkilzer)
Comment 1
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.
Adam Barth
Comment 2
2010-10-28 16:57:58 PDT
Video media type handling is a train wreck. It's unclear what the best behavior is.
Eric Carlson
Comment 3
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")
""
Simon Fraser (smfr)
Comment 4
2010-10-29 08:57:44 PDT
If there's a bug in the test, this should be reported against the test suite.
David Kilzer (:ddkilzer)
Comment 5
2010-12-09 20:39:38 PST
This test has been removed from the test suite.
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug