[Webkit-unassigned] [Bug 188005] New: [GTK][WPE] Improve the way request displayRefresh notifications

[bugzilla-daemon at webkit.org]

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

            Bug ID: 188005
           Summary: [GTK][WPE] Improve the way request displayRefresh
                    notifications
           Product: WebKit
           Version: WebKit Nightly Build
          Hardware: Unspecified
                OS: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebKit Gtk
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: magomez at igalia.com
                CC: bugs-noreply at webkitgtk.org

Currently, when we want to receive displayRefresh notifications, we directly schedule updates from ThreadedCompositor::requestDisplayRefreshMonitorUpdate and ThreadedCompositor::handleDisplayRefreshMonitorUpdate. But these updates are not properly coordinated with updates that may come from layer flushes, and they cause delays and even dropped frames in some animations that use rAF.

What should happen instead is that when we want to force repaints, we should perform a layer flush and then a painting that reflects the changes caused during that flush.

This way there are only 3 possibilities to cause repaints in the ThreadedCompositor:
- layer flush updates
- animations handled in the compositor thread
- arrival of new video frames

-- 
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/20180725/dcc9b8ec/attachment-0001.html>