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>.
(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.
Skipped with <http://trac.webkit.org/projects/webkit/changeset/197700>
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.