I marked the following tests as flaky around ~r97647: WIN LINUX : fast/forms/input-number-events.html = TEXT PASS WIN LINUX : fast/forms/input-number-large-padding.html = TEXT PASS WIN LINUX : fast/forms/input-spinbutton-capturing.html = TEXT PASS : fast/images/pdf-as-background.html = FAIL TIMEOUT PASS : fast/selectors/unqualified-hover-strict.html = IMAGE+TEXT PASS : fast/table/border-collapsing/cached-69296.html = IMAGE PASS : http/tests/security/xssAuditor/cookie-injection.html = TEXT PASS : plugins/hidden-iframe-with-swf-plugin.html = FAIL TIMEOUT PASS : svg/custom/js-late-gradient-creation.svg = IMAGE PASS : svg/custom/js-late-pattern-creation.svg = IMAGE PASS I need to break these out into separate bugs and find people to hopefully take a look at them.
Committed r97700: <http://trac.webkit.org/changeset/97700>
whoops, didn't mean to close this.
This bug is too broad to be useful.
https://bugs.webkit.org/show_bug.cgi?id=79329 I'm enabling input-number-events.html
(In reply to comment #4) > https://bugs.webkit.org/show_bug.cgi?id=79329 > I'm enabling input-number-events.html I update input-number-events.html for new behavior since http://trac.webkit.org/changeset/108228/ However, this update doesn't solve flaky-ness. For input-number-events.html, there is a bug in Chromium bug tracker too. http://code.google.com/p/chromium/issues/detail?id=54331
Following tests are now stable: * fast/forms/input-number-events.html (http://crbug.com/54331) * fast/forms/input-number-large-padding.html (https://bugs.webkit.org/show_bug.cgi?id=79329) * fast/forms/input-spinbutton-capturing.html (http://crbug.com/54330) Entries are removed by http://trac.webkit.org/changeset/109692 Root cause of flakiness is mouse pointer position at start of each test, sometimes mousemove events weren't sent. See https://bugs.webkit.org/show_bug.cgi?id=79748
Looks like // Flaky tests from ~r97647 BUGWK70298 MAC : fast/table/border-collapsing/cached-69296.html = IMAGE is no longer flaky or failing, so I'm closing this.