Bug 144127 – Test compositing/scrolling/touch-scroll-to-clip.html fails in WK1

• Component: Layout and Rendering
• Status: RESOLVED WONTFIX

[Daniel Bates]

Created attachment 251499 [details]
touch-scroll-to-clip.html test results archive

The test compositing/scrolling/touch-scroll-to-clip.html fails in DumpRenderTree (*). I am using a debug build of WebKit r183016 on OS X Yosemite (14D136) using a Mac Pro with 2.7 GHz 12-Core Intel Xeon E5, 32 GB 1866 MHz DDR3 ECC and AMD FirePro D300 2048 MB.

For some reason, I do not see the same failure on the Yosemite WK1 Test bots. Though the Mac EWS remarked about the failing test when it ran tests with the patch for bug #144045, <https://webkit-queues.appspot.com/results/5769191860731904>. The results were uploaded to the bug in attachment #251334 [details]. For convenience, I've attached an archive with only the results of the test touch-scroll-to-clip.html to this bug.

(*) Tools/Scripts/run-webkit-tests --debug -1 compositing/scrolling/touch-scroll-to-clip.html

[Alexey Proskuryakov]

Initially, I suspected that this could be an ATI specific issue (because EWS bots also have ATI graphics, and regular bots have Intel). But looks like this is a flaky test, I can reproduce that on a MacBook Pro with Nvidia graphics like this:

run-webkit-tests --debug -1 compositing/scrolling/touch-scroll-to-clip.html --repeat 100 -f --no-retry --no-show

                 (GraphicsLayer
-                  (anchor 0.50 0.50)
-                  (bounds 265.00 500.00)
+                  (bounds 280.00 500.00)
                   (contentsOpaque 1)
                 )

[Simon Fraser (smfr)]

Looks like it's just different by scrollbar width (15px). Probably just needs an iOS-specific result.

[Daniel Bates]

(In reply to comment #2)
> Looks like it's just different by scrollbar width (15px). Probably just
> needs an iOS-specific result.

Notice that the test failed on Mac EWS.

[Daniel Bates]

(In reply to comment #3)
> (In reply to comment #2)
> > Looks like it's just different by scrollbar width (15px). Probably just
> > needs an iOS-specific result.
> 
> Notice that the test failed on Mac EWS.

For completeness, the test is marked as failing in WK1 for iOS according to <http://trac.webkit.org/browser/trunk/LayoutTests/platform/ios-simulator-wk1/TestExpectations?rev=183154#L1020>.

[Simon Fraser (smfr)]

This seems like a genuine failure (space for scrollbar remains when overflow:hidden is set).

[Radar WebKit Bug Importer]

<rdar://problem/20675864>

[Alexey Proskuryakov]

Marked as flaky in r183226.

[Jonathan Bedard]

Closing old WebKitLegacy bugs as we cut-back WebKitLegacy testing. See https://bugs.webkit.org/show_bug.cgi?id=304436.