Summary: | REGRESSION: [mac-wk2 debug] LayoutTest tiled-drawing/scrolling/fixed/four-bars-zoomed.html is a flaky failure | ||
---|---|---|---|
Product: | WebKit | Reporter: | Ryan Haddad <ryanhaddad> |
Component: | WebKit Misc. | Assignee: | Simon Fraser (smfr) <simon.fraser> |
Status: | NEW --- | ||
Severity: | Normal | CC: | ap, jonlee, simon.fraser, webkit-bug-importer |
Priority: | P2 | Keywords: | InRadar |
Version: | WebKit Nightly Build | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
See Also: | https://bugs.webkit.org/show_bug.cgi?id=105223 |
Description
Ryan Haddad
2016-09-02 13:57:57 PDT
First failure according to the dashboard is ~r204892, but that change itself seems unrelated. Marked test as flaky in http://trac.webkit.org/projects/webkit/changeset/205758 I can reproduce this 100% by simply running the test alone: run-webkit-tests LayoutTests/tiled-drawing/scrolling/fixed/four-bars-zoomed.html Or, it reproduces 50 times like this: run-webkit-tests LayoutTests/tiled-drawing/scrolling/fixed/four-bars-zoomed.html --repeat 50 --no-retry -v --run-singly The test has a 10 ms timer, which is never good in regression tests. And if I change the timeout to 1000 ms, then the results are different yet. Simon, is logging tile sizes meaningful at all? Are there any common techniques for deflaking tests of this kind? Seems like the test is racing with the tile-size timer. I wonder if we could turn off dumping of the tile caches for this test. |