It's tough to see what we should do about a compile failure. If we have an incremental failure that goes away if you do a clobber and a rebuild (at the same revision, with a patch), you can't easily tell if the problem is due to the patch or not. I.e., the problem is likely a missing dependency somewhere, but I'm not sure if you can tell whether the missing dependency was introduced by the patch.
Similarly, if you do a retry with patch at a new revision, I'm not sure if that would allow you to conclude that the problem wasn't a missing dependency introduced by your patch; you might just have shifted the timing, or you might've generated the dependency.
I audited every flaky failure [11] caused by win7_chromium_rel_ng between 10-03 and 10-04. Notes are in attachment. Here's what we need to fix:
(1) 'retry without patch' runs a failing test up to X times, and checks to see if it ever succeeds. Instead, it needs to rerun a failing test X times, and check to see if it ever fails.
context: ToT contained a flaky test [> 50% flakiness]. Here's a common sequence of events:
* Test fails 4 times 'with patch'.
* Test fails three times. Passes on 4th attempt in 'without patch'.
* Test fails 4 times in 'retry without patch'.
CL is marked as a failure, even though it should be marked as a success. Tracked at issue 892307.
(2) Compile error causes immediate recipe failure. Compile error appears to be ops related machine issue. Something cygwin/NaCl related. We need to be able to gracefully recover. Tracked at issue 892309
(3) flakiness in webkit_layout_tests, tracked at Issue 889036 .
Comment 1 by erikc...@chromium.org
, Sep 24Status: Assigned (was: Untriaged)