[Webkit-unassigned] [Bug 280612] New: [WPE][GTK] visible rect in case animations is not correctly calculated

[bugzilla-daemon at webkit.org]

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

            Bug ID: 280612
           Summary: [WPE][GTK] visible rect in case animations is not
                    correctly calculated
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Animations
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: pgorszkowski at igalia.com
                CC: graouts at apple.com

Created attachment 472734

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

simplyfied example to reproduce the problem on RPi

The original problem was observed on: https://github.com/WebPlatformForEmbedded/WPEWebKit/issues/1379.

The main problem is that when we switch between the images(to the next on the right) in carousel (we see one full image - main image - and two partial images, on the left and on the right of the main image), the new main image initially (the first frame of animation) is not fully rendered (only first, left part is visible). 

The problem is not observed on x86 because the problem can be observed only on slow machines (e.g.: RPi 3).

It can be observed also on x86 with some specific animations but if we record the playback and we can see the animation frame by frame - we can observe that first frame of animation is not fully rendered by only partially (as it was noticed on original application and RPi).

I attached the html+css+js code of problematic case (simplified version of the original case from https://smarttv.tg4.ie/) - tg4-web-app.html(the problem reproduce on RPi), and tg4-web-app-simple.html, where I minimized the animation (translate3d) time from 300ms to 1ms and with this the problem can be also observed on x86 but only with recording and watching it in slow motion (or even frame by frame).

-- 
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/20240930/0123ae71/attachment.htm>