Bug 159512

Summary: [GTK] White page when loaded tab is visited until it's hovered when AC mode is always on
Product: WebKit Reporter: Carlos Garcia Campos <cgarcia>
Component: WebKitGTKAssignee: Nobody <webkit-unassigned>
Status: RESOLVED FIXED    
Severity: Normal CC: bugs-noreply, mcatanzaro, yoon, zan
Priority: P2 Keywords: Gtk
Version: WebKit Local Build   
Hardware: Unspecified   
OS: Unspecified   
See Also: https://bugs.webkit.org/show_bug.cgi?id=159803
Bug Depends on: 159455    
Bug Blocks: 154066    
Attachments:
Description Flags
Patch
none
Patch mcatanzaro: review+

Carlos Garcia Campos
Reported 2016-07-07 08:30:42 PDT
This happens in ephy at startup when restoring tabs from a previous session. Tabs that are loaded in the background, are fully white when visited the first time, until a redrawn is forced, for example, moving the mouse over the view, or resizing the window. It doesn't always happen, so it looks like a sync issue between web and ui processes. When using the threaded compositor it happens more often. When AC is not forced to be always enabled, it never happens. It happens with 2.12 branch too, so it's not a recent regression, I think it has always happened.
Attachments
Patch (7.78 KB, patch)
2016-07-19 03:00 PDT, Carlos Garcia Campos
no flags
Patch (6.22 KB, patch)
2016-07-19 03:39 PDT, Carlos Garcia Campos
mcatanzaro: review+
Carlos Garcia Campos
Comment 1 2016-07-08 03:39:28 PDT
The problem is that for some reason we are failing to pre-render pages, so even if drawing area schedules renderings before the widget is mapped, only the white background is rendered by the web process, so that's what we render on map. In non-compositing mode we have the page correctly pre-rendered in a bitmap image, ready to be rendered on map.
Carlos Garcia Campos
Comment 2 2016-07-08 04:30:36 PDT
Something similar happens when not using the redirected x window, so it's doesn't seem to be a problem of the redirected window.
Carlos Garcia Campos
Comment 3 2016-07-15 01:52:33 PDT
With the patch attached to bug #159803 we can reproduce this issue using MiniBrowser: 1 - Open MiniBrowser with AC mode forced, and several tabs: WEBKIT_FORCE_COMPOSITING_MODE=1 bin/MiniBrowser http://www.webkitgtk.org http://www.igalia.com http://www.gnome.org You can use any websites, but it's important that the sites don't have animations or anything that requires accelerated compositing. 2 - Wait until all tabs are loaded. 3 - Visit the secondary tabs, by clicking on the tab and without moving the mouse out of the tab. Most of the times, the first time tabs are visited, web view is just full white, when moving the mouse over the view, or visiting it again, the actual contents appear.
Carlos Garcia Campos
Comment 4 2016-07-19 02:29:45 PDT
*** Bug 155572 has been marked as a duplicate of this bug. ***
Carlos Garcia Campos
Comment 5 2016-07-19 03:00:40 PDT
Carlos Garcia Campos
Comment 6 2016-07-19 03:01:21 PDT
This depends on patch attached to bug #159455
Carlos Garcia Campos
Comment 7 2016-07-19 03:39:11 PDT
Michael Catanzaro
Comment 8 2016-07-20 17:43:20 PDT
Comment on attachment 283990 [details] Patch View in context: https://bugs.webkit.org/attachment.cgi?id=283990&action=review > Source/WebKit2/ChangeLog:15 > + initialize to avoid artifacts when the web process hasn't render anyting yet. That initialization is actually rendered anything
Carlos Garcia Campos
Comment 9 2016-07-21 00:36:57 PDT
Note You need to log in before you can comment on or make changes to this bug.