90003 2012-06-26 12:17:24 -0700 [chromium] fast/js/repeat-cached-vm-reentry.html is timing out on Mac (dbg) and Win (dbg) 2013-04-09 17:06:32 -0700 1 1 1 Unclassified WebKit WebKit Misc. 528+ (Nightly build) Unspecified Unspecified RESOLVED WONTFIX P2 Normal --- 1 hclam webkit-unassigned antonm arv dpranke jkummerow oldest_to_newest 657836 0 hclam 2012-06-26 12:17:24 -0700 Blamelist r121233:121239 Log: http://build.chromium.org/p/chromium.webkit/builders/Webkit%20Win%20%28dbg%29%282%29/builds/10767/steps/webkit_tests/logs/stdio 657841 1 hclam 2012-06-26 12:21:50 -0700 Committed r121276: <http://trac.webkit.org/changeset/121276> 657842 2 hclam 2012-06-26 12:23:01 -0700 Adding arv@ since he last touched the test script. 657873 3 arv 2012-06-26 12:52:28 -0700 This makes no sense. That blame list seem unrelated to this. I'm a bit concerned though. If this is really a flakiness in V8 it might have bad long term issues. Anton, do you know who on the V8 team might be able to look at this. It is most likely just flakiness in the test runner but the code is simple enough. 657888 4 hclam 2012-06-26 12:59:57 -0700 Yeah the blame list doesn't make sense to me either but that what is shown by flakiness dashboard. 657892 5 hclam 2012-06-26 13:03:21 -0700 The test was flaky before too: http://test-results.appspot.com/dashboards/flakiness_dashboard.html#tests=repeat-cached-vm-reentry.html 657906 6 dpranke 2012-06-26 13:12:50 -0700 if you look at the full history we have for this test, all three periods of flakiness are triggered by v8 rolls, and go away when the v8 roll is reverted or changed: http://test-results.appspot.com/dashboards/flakiness_dashboard.html#showAllRuns=true&tests=fast%2Fjs%2Frepeat-cached-vm-reentry.html looks like a v8 problem to me, not flakiness at all. 662171 7 jkummerow 2012-07-03 06:19:48 -0700 Thanks for the detailed analysis of affected revisions ranges. This is indeed a V8 problem. It turned out to be relatively benign: in debug mode, there's a checking routine that is quadratic in the number of optimized closures, and this particular test happens to create a huge number of closures that due to recent improvements in V8 now share their optimized code. Release mode is not affected. I have landed a workaround in V8's bleeding_edge branch, which will probably roll into Chromium tomorrow or so (look for V8 version 3.12.8). As a side note, this test is pretty braindead and essentially tests undefined behavior (namely, sorting an array with a comparator function that always returns 1). We are lucky that it passes at all :-) 872440 8 schenney 2013-04-09 17:06:32 -0700 Marked LayoutTest bugs, bugs with Chromium IDs, and some others as WontFix. Test failure bugs still are trackable via TestExpectations or disabled unit tests.