Changeset 222027 in webkit
- Timestamp:
- Sep 14, 2017 9:43:32 AM (7 years ago)
- Location:
- trunk/Source/WebKit
- Files:
-
- 2 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/Source/WebKit/ChangeLog
r222017 r222027 1 2017-09-14 Carlos Garcia Campos <cgarcia@igalia.com> 2 3 [GTK][Wayland] Flickering when resizing the window 4 https://bugs.webkit.org/show_bug.cgi?id=176774 5 6 Reviewed by Michael Catanzaro. 7 8 This regressed when we switched to always start the wayland compositor. In 9 AcceleratedDrawingAreaProxy::waitForAndDispatchDidUpdateBackingStoreState() we check if the nested compositor is 10 running, which is always true now (if EGL and the required extensions are available). We should check if we are 11 in AC mode instead. 12 13 * UIProcess/AcceleratedDrawingAreaProxy.cpp: 14 (WebKit::AcceleratedDrawingAreaProxy::waitForAndDispatchDidUpdateBackingStoreState): 15 1 16 2017-09-14 Yusuke Suzuki <utatane.tea@gmail.com> 2 17 -
trunk/Source/WebKit/UIProcess/AcceleratedDrawingAreaProxy.cpp
r218457 r222027 211 211 if (!m_webPageProxy.isViewVisible()) 212 212 return; 213 214 213 #if PLATFORM(WAYLAND) && USE(EGL) 215 214 // Never block the UI process in Wayland when waiting for DidUpdateBackingStoreState after a resize, 216 215 // because the nested compositor needs to handle the web process requests that happens while resizing. 217 if (PlatformDisplay::sharedDisplay().type() == PlatformDisplay::Type::Wayland && WaylandCompositor::singleton().isRunning())216 if (PlatformDisplay::sharedDisplay().type() == PlatformDisplay::Type::Wayland && isInAcceleratedCompositingMode()) 218 217 return; 219 218 #endif
Note: See TracChangeset
for help on using the changeset viewer.