155091 2016-03-06 09:56:15 -0800 storage/indexeddb/modern/exceed-open-file-limit.html is very slow, frequently times out 2016-03-07 14:40:26 -0800 1 1 1 Unclassified WebKit WebCore Misc. WebKit Nightly Build Unspecified Unspecified NEW P2 Normal --- 155041 1 ap webkit-unassigned beidson ryanhaddad oldest_to_newest 1171429 0 ap 2016-03-06 09:56:15 -0800 storage/indexeddb/modern/exceed-open-file-limit.html has become very slow, and it frequently times out. https://webkit-test-results.webkit.org/dashboards/flakiness_dashboard.html#showAllRuns=true&tests=storage%2Findexeddb%2Fmodern%2Fexceed-open-file-limit.html What's curious is that it seems to have regressed when another test got skipped, <https://trac.webkit.org/changeset/197583>. 1171436 1 beidson 2016-03-06 10:30:10 -0800 (In reply to comment #0) > storage/indexeddb/modern/exceed-open-file-limit.html has become very slow, > and it frequently times out. > > https://webkit-test-results.webkit.org/dashboards/flakiness_dashboard. > html#showAllRuns=true&tests=storage%2Findexeddb%2Fmodern%2Fexceed-open-file- > limit.html > > What's curious is that it seems to have regressed when another test got > skipped, <https://trac.webkit.org/changeset/197583>. This one and that other one go hand-in-hand. They're basically the same thing - open lots of file handles. It should just be skipped, too, until we can give *very* slow running tests a chance to finish at the end. 1171709 2 ryanhaddad 2016-03-07 13:08:20 -0800 Skipped with <http://trac.webkit.org/projects/webkit/changeset/197700> 1171762 3 beidson 2016-03-07 14:40:26 -0800 Not a regression in the traditional sense since this was always liable to happen from the moment the test was checked in. The reason for this timeout is well understood, and is an infrastructure issue. Should not block the umbrella bug.