Bug 159512 – [GTK] White page when loaded tab is visited until it's hovered when AC mode is always on

• Status: RESOLVED
• Resolution: FIXED
• Component: WebKitGTK

[Carlos Garcia Campos]

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.

[Carlos Garcia Campos]

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]

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]

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]

*** Bug 155572 has been marked as a duplicate of this bug. ***

[Carlos Garcia Campos]

Created attachment 283989 [details]
Patch

[Carlos Garcia Campos]

This depends on patch attached to bug #159455

[Carlos Garcia Campos]

Created attachment 283990 [details]
Patch

[Michael Catanzaro]

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]

Committed r203500: <http://trac.webkit.org/changeset/203500>