... since they were added in r225128. webanimations/left-and-opacity-animation-yields-no-compositing.html [ Failure ] webanimations/opacity-animation-no-longer-composited-upon-completion.html [ Failure ] webanimations/width-and-opacity-separate-animation-yields-no-compositing.html [ Failure ] All in the same way: the -expected file is empty, and the actual result is (GraphicsLayer (anchor 0.00 0.00) (bounds 800.00 600.00) (children 1 (GraphicsLayer (bounds 800.00 600.00) (contentsOpaque 1) ) ) )
Does WPE support hardware-compositing?
It does. I'll check this out on Friday.
webanimations/opacity-animation.html is also image-failing since added in r255504
webanimations/opacity-animation.html is passing since r262738, likely fixed by r262733. After removing it from test expectations the only test remaining filed under this bug is: webkit.org/b/180134 webanimations/opacity-animation-no-longer-composited-upon-completion.html [ Failure ]
Ran across a web animations composite issue with opacity out in the wild (https://danielcwilson.com/blog/2020/10/additive-css-animations/ ) on Safari Technology Preview, and noticed the opacity values were not compositing. (Specifically this Pen: https://codepen.io/danwilson/pen/bGpONjp ) — it should be additive and bring the opacity up to 1, is my understanding. If this is not the correct bug for this issue I'm seeing, please point me in the right direction.
@Kyle Bavender: WebKit does not support composite operations yet, see bug 189299.