Also, imported/w3c/web-platform-tests/css/css-transitions/properties-value-auto-001.html.

Marked test as failing as part of https://trac.webkit.org/changeset/251597/webkit

These also fail on GTK, added expectations in r251648.

After https://bugs.webkit.org/show_bug.cgi?id=207516, which makes Mac first paint behave like iOS first paint, this test (before-load-001.html) will be skipped on Mac as well. Basically what this test is doing is animating a div from 1px to 100px over 0.1s and trying to make sure the animation can start before the load event fires. But since iOS (and now Mac) don't produce a first paint until we deem the paint significantly visually non-empty, the first paint can happen at the same time as the load event fires in WebKit. There's a comment in this test that says it tests behavior that isn't specified in the standard, so I'm not sure that the semantics of this test make sense for WebKit given our first paint policies. The one thing to look in to here is that maybe we should be triggering an emergency paint before the load event fires on iOS and Mac, which could make the test pass.

imported/w3c/web-platform-tests/css/css-transitions/before-load-001.html is no longer failing - remove expectations Current history is green for Mac: https://results.webkit.org/?suite=layout-tests&test=imported%2Fw3c%2Fweb-platform-tests%2Fcss%2Fcss-transitions%2Fbefore-load-001.html This test was isolated from the others in the group as one that is unexpectedly passing.

Created attachment 403072 [details] Update TestExpectations

<rdar://problem/64893646>

Committed r263672: <https://trac.webkit.org/changeset/263672> All reviewed patches have been landed. Closing bug and clearing flags on attachment 403072 [details].

Reopening since there are still tests failing.

Retitling since imported/w3c/web-platform-tests/css/css-transitions/properties-value-auto-001.html has been removed.

Committed r274078 (235014@main): <https://commits.webkit.org/235014@main>