This was noticed when we switched from test shell to DRT in chromium. There might be an unnecessary slowness in DRT (maybe we can cache the inspector?) or some other low hanging fruit.
All inspector tests are currently marked as slow in LayoutTests/platform/chromium/TestExpectations.
It's not slow, it's just not loading at all because it tries to load the devtools.html from the wrong place.
On my machine it tries the following url, but the inspector is not there. Copying it from src/out/Release/resources seems to fix the issue.
(In reply to comment #1)
We don't currently run inspector tests on Chromium Mac. Search for BUGCR89357 in TestExpectations.
FYI, database-structure.html starts to crash recently.
I filed another bug; https://bugs.webkit.org/show_bug.cgi?id=93225
Seeing http/tests/inspector/network-preflight-options.html start to time out on Windows Release as well. See:
Marking this test slow in Release mode in TestExpectations as well.
Committed r126049: <http://trac.webkit.org/changeset/126049>
Another single test that always times out in Win/Mac debug: inspector/styles/styles-computed-trace.html.
http://trac.webkit.org/changeset/137156 tried to remove the expectations entirely, and succeeded on Linux (test now passes in about 30s on Linux debug), but it still always times out on Win/Mac, so I re-added those expectations in http://trac.webkit.org/changeset/137174.
Also inspector/extensions/extensions-reload.html is flakily slow on Win Release:
Added expectations in r139820.
Retitling this because a couple of Win release tests are discussed here.