| Summary: | [update-test-expectations-from-bugzilla] analyze layout test results | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Sam Sneddon [:gsnedders] <gsnedders> |
| Component: | Tools / Tests | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW --- | ||
| Severity: | Normal | CC: | webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | WebKit Nightly Build | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| See Also: | https://bugs.webkit.org/show_bug.cgi?id=266533 | ||
|
Description
Sam Sneddon [:gsnedders]
2023-11-28 18:23:58 PST
https://github.com/WebKit/WebKit/pull/21838 is laying some of the group work there, and the comment I just posted there explains where I expect to build on top of that PR: > The end goal is to move to having some class representing a group of runs, consisting of one or more layout tests runs plus zero or more runs without changes. We can then have that class tell us "what are the new (stable) failures" and use that. this also probably needs to either deal directly with the results database (which requires knowing the base revision), or pull the data from the EWS run, as we often ignore (and even avoid re-runs) test failures based on it: https://ews-build.webkit.org/#/builders/36/builds/27897 |