[Webkit-unassigned] [Bug 212637] New: getClientBoundingRect values sometimes wrong at end of CSS transition

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=212637

            Bug ID: 212637
           Summary: getClientBoundingRect values sometimes wrong at end of
                    CSS transition
           Product: WebKit
           Version: Safari 13
          Hardware: Macintosh
                OS: macOS 10.15
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Animations
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: ian at ianbellomy.com
                CC: dino at apple.com

Created attachment 400824

  --> https://bugs.webkit.org/attachment.cgi?id=400824&action=review

Repro

On the last frame of a css transition of transform, the values of getClientBoundingBox are _sometimes_ the same as the values that would be returned at the beginning of the transition. Once the transition-end event is fired, the values will snap back to the final values. The behavior is intermittent but not difficult to produce (every five or so transitions). When using getClientBoundingBox to pin an element to another transforming one, this leads to visual pops/glitches in Safari. 

The attached example reproduces in Safari 13.1 and STP 107, macOS 10.15.4, 2017 mbp. 

I can not reproduce the issue in Chrome 83.0.4103.61 or FF 76.0.1

For what it's worth, I've also noticed the same behavior in window.getComputedStyles(el).transform, where at the end the transition, the value is the starting value, but then snaps to the correct ending value.


While using getClientBoundingBox in an animation is not ideal, it (and getComputedStyles) is the only way I know of to get a correct coordinate in a separate element that's transitioning its transform.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20200602/91fc51be/attachment-0001.htm>