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.
I'm enabling input-number-events.html
(In reply to comment #4)
> I'm enabling input-number-events.html
I update input-number-events.html for new behavior since
However, this update doesn't solve flaky-ness.
For input-number-events.html, there is a bug in Chromium bug tracker too.
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.
// 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.