[GTK] fast/scrolling/scrolling-tree-includes-frame.html expected to fail

• Component: WebKitGTK
• Status: RESOLVED FIXED

[Charlie Turner]

fast/scrolling/scrolling-tree-includes-frame.html will only pass when PLATFORM(ios) is defined from what I can tell.

Mark as expected failure in GTK.

[Charlie Turner]

Created attachment 312655 [details]
Patch

[Michael Catanzaro]

Comment on attachment 312655 [details]
Patch

Thanks. First off, notice that you put it in the section of the TestExpectations file for passing tests (section 10), it should instead go in the section for expected failures (section 2).

If this test can only pass on iOS, then it should be marked as an expected failure in the global TestExpectations file, and marked as a Pass in the iOS expectations file. In that case, it should already be marked as Failure in the Mac expectations, so you'll have to remove it from there too.

Lastly, don't include a link to a bug report, since that's to be used for actual problems with reports that are to be left open until resolved, but if in this case it's expected that the test fails and we don't ever want to make it pass, that's not appropriate. Just leave a one-line comment explaining why the test is expected to fail.

[Charlie Turner]

Oops, thanks for pointing that out. It looks like it passes on Sierra too. I will investigate a bit more deeply to find out if it should be disabled in global expectations file. I don't have Mac to test on unfortunately. https://webkit-test-results.webkit.org/dashboards/flakiness_dashboard.html#tests=fast%2Fscrolling%2Fscrolling-tree-includes-frame.html

[Charlie Turner]

I got some extra clarification on this. It seems like GTK does not support the scrolling tree so this test isn't relevant to our port, or WK1. There's an empty text reference for WK1 (https://trac.webkit.org/browser/webkit/trunk/LayoutTests/platform/mac-wk1/fast/scrolling/scrolling-tree-includes-frame-expected.txt?rev=217730) should we do the same for GTK, or mark it as expected fail?

[Carlos Garcia Campos]

I think we should skip it.

[Charlie Turner]

Created attachment 312665 [details]
Patch

[Michael Catanzaro]

Comment on attachment 312665 [details]
Patch

View in context: https://bugs.webkit.org/attachment.cgi?id=312665&action=review

OK except for the debugging code

> Source/WebCore/html/HTMLMediaElement.cpp:1183
> +    CRASH();

Remove this debugging code

[Charlie Turner]

Created attachment 312679 [details]
Patch

[Charlie Turner]

Sorry about that Michael :( -- dirtied my tree by mistake.

[WebKit Commit Bot]

Comment on attachment 312679 [details]
Patch

Clearing flags on attachment: 312679

Committed r218162: <http://trac.webkit.org/changeset/218162>

[WebKit Commit Bot]

All reviewed patches have been landed.  Closing bug.