Bug 173258

Summary: [GTK] fast/scrolling/scrolling-tree-includes-frame.html expected to fail
Product: WebKit Reporter: Charlie Turner <cturner>
Component: WebKitGTKAssignee: Charlie Turner <cturner>
Status: RESOLVED FIXED    
Severity: Normal CC: bugs-noreply, cgarcia, commit-queue, mcatanzaro
Priority: P2    
Version: WebKit Nightly Build   
Hardware: Unspecified   
OS: Unspecified   
Attachments:
Description Flags
Patch
none
Patch
none
Patch none

Charlie Turner
Reported 2017-06-12 05:05:43 PDT
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.
Attachments
Patch (1.67 KB, patch)
2017-06-12 05:30 PDT, Charlie Turner
no flags
Patch (2.07 KB, patch)
2017-06-12 08:39 PDT, Charlie Turner
no flags
Patch (1.48 KB, patch)
2017-06-12 11:28 PDT, Charlie Turner
no flags
Charlie Turner
Comment 1 2017-06-12 05:30:37 PDT
Michael Catanzaro
Comment 2 2017-06-12 05:48:31 PDT
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
Comment 3 2017-06-12 06:52:19 PDT
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
Comment 4 2017-06-12 08:17:40 PDT
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
Comment 5 2017-06-12 08:24:42 PDT
I think we should skip it.
Charlie Turner
Comment 6 2017-06-12 08:39:18 PDT
Michael Catanzaro
Comment 7 2017-06-12 11:03:46 PDT
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
Comment 8 2017-06-12 11:28:42 PDT
Charlie Turner
Comment 9 2017-06-12 11:29:24 PDT
Sorry about that Michael :( -- dirtied my tree by mistake.
WebKit Commit Bot
Comment 10 2017-06-12 20:10:27 PDT
Comment on attachment 312679 [details] Patch Clearing flags on attachment: 312679 Committed r218162: <http://trac.webkit.org/changeset/218162>
WebKit Commit Bot
Comment 11 2017-06-12 20:10:29 PDT
All reviewed patches have been landed. Closing bug.
Note You need to log in before you can comment on or make changes to this bug.