Summary: | REGRESSION (r237735?): [ MacOS WK2 ] Layout Test http/tests/resourceLoadStatistics/remove-blocking-in-redirect.html is a flaky timeout | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Truitt Savell <tsavell> | ||||||
Component: | Tools / Tests | Assignee: | John Wilander <wilander> | ||||||
Status: | RESOLVED FIXED | ||||||||
Severity: | Normal | CC: | bfulgham, cdumez, commit-queue, jlewis3, lforschler, ryanhaddad, webkit-bug-importer, wilander | ||||||
Priority: | P2 | Keywords: | InRadar | ||||||
Version: | WebKit Nightly Build | ||||||||
Hardware: | Unspecified | ||||||||
OS: | Unspecified | ||||||||
Attachments: |
|
Description
Truitt Savell
2018-11-02 14:27:51 PDT
looks like this issue came from https://trac.webkit.org/changeset/237735/webkit http/tests/resourceLoadStatistics/remove-blocking-in-redirect.html is indeed impacted by r237735 as the test navigates from origin A to origin B and then back to A. We are now using the same process both both loads of origin A instead of 2 separate processes. That said, my change only impacted the timing of things by reusing an existing process instead of spinning up a fresh new one. The test was already flaky so patches impacting timing can definitely make flaky tests more or less flaky. That said, the issue is not with r237735 but rather with the test being flaky in the first place. Created attachment 359094 [details]
Patch
Uploaded an attempt to address the flakiness. mac-wk2 failing tests are unrelated. Created attachment 359100 [details]
Patch for landing
Comment on attachment 359100 [details] Patch for landing Clearing flags on attachment: 359100 Committed r239966: <https://trac.webkit.org/changeset/239966> All reviewed patches have been landed. Closing bug. I just had a look at the flakiness dashboard and the test has improved significantly after the change. |