For tests which are close to timing out, it's useful to have an easy way to visualize the time it took to run a test.
<rdar://problem/56436621>
Created attachment 381432 [details] Patch
Can you add a screenshot indicating how it would look like?
Created attachment 381446 [details] Screen shot
Created attachment 381454 [details] Patch
Created attachment 381456 [details] Screen shot (collapsed)
Created attachment 381459 [details] Patch
Comment on attachment 381459 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=381459&action=review rs=me > Tools/resultsdbpy/resultsdbpy/view/static/js/timeline.js:909 > + <label>Show test times</label> Would it be better to label it: "Show test times (in s)"
> Would it be better to label it: "Show test times (in s)" That seems unusual and detached from the actual number to me. With the old dashboard, it was clear enough based on the range of values.
(In reply to Alexey Proskuryakov from comment #9) > > Would it be better to label it: "Show test times (in s)" > > That seems unusual and detached from the actual number to me. With the old > dashboard, it was clear enough based on the range of values. The patch up for review now displays seconds, so it's going to be between 1 and 30 (except for special tests that override the default timeout) which I think is the behavior of the old dashboard.
Created attachment 381467 [details] Patch for landing
The commit-queue encountered the following flaky tests while processing attachment 381467 [details]: fetch/fetch-worker-crash.html bug 187257 (author: youennf@gmail.com) The commit-queue is continuing to process your patch.
Comment on attachment 381467 [details] Patch for landing Clearing flags on attachment: 381467 Committed r251401: <https://trac.webkit.org/changeset/251401>
All reviewed patches have been landed. Closing bug.