| Summary: | build.webkit.org/dashboard shows obsolete results when builds are substantially out of order | ||||||
|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Alexey Proskuryakov <ap> | ||||
| Component: | Tools / Tests | Assignee: | Alexey Proskuryakov <ap> | ||||
| Status: | RESOLVED FIXED | ||||||
| Severity: | Normal | CC: | commit-queue, thorton | ||||
| Priority: | P2 | ||||||
| Version: | 528+ (Nightly build) | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Attachments: |
|
||||||
|
Description
Alexey Proskuryakov
2014-11-11 14:27:53 PST
I don't think that the above example accurately represents what happens for out of order builds. We would not have something like this:
> Nov 11 05:47 175860 success #156 Build successful
> Nov 11 05:17 175866 success #155 Build successful
> Nov 11 05:17 175865 success #154 Build successful
How it works is that out of order builds appear to always happen in descending order. This gives us a way to identify out of order builds, and to ignore them when deciding whether we have the results for recent commits.
Created attachment 250667 [details]
proposed fix
Of course, the dashboard would still be confused if there are many builds scheduled manually. Comment on attachment 250667 [details] proposed fix Clearing flags on attachment: 250667 Committed r182770: <http://trac.webkit.org/changeset/182770> All reviewed patches have been landed. Closing bug. |