Bug 45102 - [Chromium] media/media-can-play-mpeg4-video.html fails under Chromium
Summary: [Chromium] media/media-can-play-mpeg4-video.html fails under Chromium
Status: RESOLVED FIXED
Alias: None
Product: WebKit
Classification: Unclassified
Component: Platform (show other bugs)
Version: 528+ (Nightly build)
Hardware: All All
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-09-02 03:52 PDT by anton muhin
Modified: 2010-09-10 06:35 PDT (History)
4 users (show)

See Also:


Attachments
Patch (1.51 KB, patch)
2010-09-09 11:06 PDT, anton muhin
no flags Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description anton muhin 2010-09-02 03:52:09 PDT
Test added in http://trac.webkit.org/changeset/66646/ fails for Chromium.  Diff is:

--- /b/slave/webkit-rel-mac-webkit-org/build/src/webkit/Release/../../../layout-test-results/media/media-can-play-mpeg4-video-expected.txt 
+++ /b/slave/webkit-rel-mac-webkit-org/build/src/webkit/Release/../../../layout-test-results/media/media-can-play-mpeg4-video-actual.txt 
@@ -1,5 +1,5 @@
 Test HTMLMediaElement canPlayType() method with multiple video mpeg4 MIME types.
 
-EXPECTED (video.canPlayType('video/x-m4v') == 'maybe') OK
-EXPECTED (video.canPlayType('video/mp4') == 'maybe') OK
+EXPECTED (video.canPlayType('video/x-m4v') == 'maybe'), OBSERVED '' FAIL
+EXPECTED (video.canPlayType('video/mp4') == 'maybe'), OBSERVED '' FAIL
 END OF TEST

(see also http://test-results.appspot.com/dashboards/flakiness_dashboard.html#showExpectations=true&useWebKitCanary=true&tests=media%2Fmedia-can-play-mpeg4-video.html)

Apparently it's a genuine failure and I shouldn't just rebaseline expectations.
Comment 1 Philippe Normand 2010-09-02 04:04:01 PDT
Can it be skipped then?
Comment 2 anton muhin 2010-09-02 04:05:37 PDT
(In reply to comment #1)
> Can it be skipped then?

That's precisely what I do for now, but ideally we'd have it resolved.

BTW, if you think the diff is fine, I'll just rebaseline.
Comment 3 Philippe Normand 2010-09-02 04:46:58 PDT
(In reply to comment #2)
> (In reply to comment #1)
> > Can it be skipped then?
> 
> That's precisely what I do for now, but ideally we'd have it resolved.
> 
> BTW, if you think the diff is fine, I'll just rebaseline.

Well you should return something i think. Be it "maybe" or "probably".

Thanks for skipping it anyway.
Comment 4 Andrew Scherkus 2010-09-09 10:32:05 PDT
this is expected as the Chromium port only supports Ogg+Theora/Vorbis and WebM+VP8/Vorbis

this test explicitly checks for support for a format that Chromium doesn't support -- so it's safe to mark as SKIP

there's already a section in test_expectations.txt for tests like these (look for some media tests marked as SKIP with a comment that explains the situation)
Comment 5 anton muhin 2010-09-09 11:06:53 PDT
Created attachment 67064 [details]
Patch
Comment 6 WebKit Commit Bot 2010-09-10 05:28:39 PDT
Comment on attachment 67064 [details]
Patch

Clearing flags on attachment: 67064

Committed r67192: <http://trac.webkit.org/changeset/67192>
Comment 7 WebKit Commit Bot 2010-09-10 05:28:44 PDT
All reviewed patches have been landed.  Closing bug.
Comment 8 anton muhin 2010-09-10 06:35:17 PDT
Thanks a lot, Kent and Andrew.