Appears to be flaky-fail on win7:

"Tests that we do not hold on to any nodes

On success, you will see a series of "PASS" messages, followed by "TEST COMPLETE".


FAIL afterCount - beforeCount should be 0. Was 3.
PASS successfullyParsed is true

TEST COMPLETE"

Test is flaking quite a lot on the CQ/tryjobs: https://test-results.appspot.com/dashboards/flakiness_dashboard.html#testType=webkit_layout_tests%20(with%20patch)&tests=fast%2Fdom%2Finline-event-attributes-release.html

Not sure yet what caused the flake; the test doesn't seem to be run before r596128 but there's no obvious reason I can see. Will likely update TestExpectations for the test shortly unless I can find a reason for the flake.

Not 100% sure who to cc, so guessing based on the file history.

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/439b35f5806bc2b9e3d4a77d0af379d85693525f

commit 439b35f5806bc2b9e3d4a77d0af379d85693525f
Author: Stephen McGruer <smcgruer@chromium.org>
Date: Wed Oct 03 16:12:31 2018

[Sheriff] Mark fast/dom/inline-event-attributes-release.html flaky

Test is flaky-failing on win7, with no obvious recent change to be
reverted.

Bug: 891510
Change-Id: Ie77d5cf168bcf363dd994414249ea4f803907690

TBR=mlippautz@chromium.org

Change-Id: Ie77d5cf168bcf363dd994414249ea4f803907690
Reviewed-on: https://chromium-review.googlesource.com/c/1258962
Commit-Queue: Stephen McGruer <smcgruer@chromium.org>
Reviewed-by: Stephen McGruer <smcgruer@chromium.org>
Cr-Commit-Position: refs/heads/master@{#596241}
[modify] https://crrev.com/439b35f5806bc2b9e3d4a77d0af379d85693525f/third_party/WebKit/LayoutTests/TestExpectations

Taking this off sheriff queue since its now marked flaky.

Seems to be an issue on Linux as well, it failed several times during a trybot run in linux_chromium_rel_ng here: https://ci.chromium.org/p/chromium/builders/luci.chromium.try/linux_chromium_rel_ng/216859

Maybe mark as flaky for all platforms?

Add Mac to that: https://ci.chromium.org/p/chromium/builders/luci.chromium.try/mac_chromium_rel_ng/169742

Looks like it's actually extremely flaky on Linux, failing 50% of the time or so:

https://test-results.appspot.com/dashboards/flakiness_dashboard.html#showAllRuns=true&testType=webkit_layout_tests&tests=fast%2Fdom%2Finline-event-attributes-release.html

https://test-results.appspot.com/dashboards/flakiness_dashboard.html#showAllRuns=true&testType=webkit_layout_tests%20(with%20patch)&tests=fast%2Fdom%2Finline-event-attributes-release.html

On Mac there seems to be only the single failure, so I'll mark it as flaky on Win7+Linux for now.

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/36270188f9d694a8200c3bf088b13d752875de0b

commit 36270188f9d694a8200c3bf088b13d752875de0b
Author: Marc Treib <treib@chromium.org>
Date: Thu Oct 25 11:37:04 2018

Mark fast/dom/inline-event-attributes-release.html flaky on Linux

It was already marked flaky on Win7, but it's just as flaky on Linux

TBR=mlippautz@chromium.org

Bug: 891510
Change-Id: If866e045a379aa66ebf24e18acca9c1db6a2bef6
Reviewed-on: https://chromium-review.googlesource.com/c/1298208
Reviewed-by: Marc Treib <treib@chromium.org>
Commit-Queue: Marc Treib <treib@chromium.org>
Cr-Commit-Position: refs/heads/master@{#602669}
[modify] https://crrev.com/36270188f9d694a8200c3bf088b13d752875de0b/third_party/WebKit/LayoutTests/TestExpectations

mlippautz, could you take a look or reassign as appropriate?

Keishi, can you have a look? Otherwise, it needs to wait as I don't have cycles right now.