206614 2020-01-22 14:45:20 -0800 REGRESSION: [ Mac wk2 ] compositing/video/video-border-radius-clipping.html is a flaky image failure 2020-01-27 13:46:50 -0800 1 1 1 Unclassified WebKit Compositing WebKit Nightly Build Unspecified Unspecified RESOLVED DUPLICATE 205226 https://bugs.webkit.org/show_bug.cgi?id=205226 InRadar P2 Normal --- 1 tsavell peng.liu6 peng.liu6 simon.fraser webkit-bot-watchers-bugzilla webkit-bug-importer oldest_to_newest 1609760 0 tsavell 2020-01-22 14:45:20 -0800 compositing/video/video-border-radius-clipping.html Description: This test is a flaky failure on Mac WK2. It is a known constant failure on Catalina wk1 from webkit.org/b/205226 The diff shows a 1 when it should be a 4 with a lesser blue curve on the left side. I am able to reproduce this locally by just running this test in iterations. It looks like this started around r252246 which is the earliest failure. History: https://results.webkit.org/?suite=layout-tests&test=compositing%2Fvideo%2Fvideo-border-radius-clipping.html Diff: https://build.webkit.org/results/Apple-Catalina-Release-WK2-Tests/r254939%20(2328)/compositing/video/video-border-radius-clipping-diffs.html 1609797 1 webkit-bug-importer 2020-01-22 15:44:14 -0800 <rdar://problem/58814182> 1609810 2 simon.fraser 2020-01-22 15:49:12 -0800 We're getting a different video frame. 1609996 3 ap 2020-01-22 23:34:57 -0800 results.webkit.org shows a clear regression in early November, but internal bots have been flakily failing throughout the history. Why is this test that is about clipping so flaky? Can we just have a video whose frames are all the same perhaps? 1610292 4 simon.fraser 2020-01-23 13:31:15 -0800 It's flakey because it's apparently impossible to have a non-flakey test that actually shows video frames. 1611584 5 peng.liu6 2020-01-27 13:46:50 -0800 *** This bug has been marked as a duplicate of bug 205226 ***