[Webkit-unassigned] [Bug 189743] [GTK][AC] Resizing the window doesn't always update the visible rect

[bugzilla-daemon at webkit.org]

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

--- Comment #6 from Sergio Villar Senin <svillar at igalia.com> ---
(In reply to Michael Catanzaro from comment #5)
> There has always been a conspicuously-broken visual issue, when resizing in
> AC mode, where the newly-visible portion of the window is gray/white, then
> painted later (too late), a problem which does not exist in non-AC mode.

Well I think that's the price you pay for having WebProcess composition. The UI is resized, so it asks the WebProcess for new contents, but they cannot be served immediately so you end up with those unpainted areas. That does not happen with UIProcess compositing because the UI process can already resolve the resizing/zooming/etc... interactions because it has a local copy of the compositing tree.

A way to mitigate that is (I don't know if we're doing that) to render also content which is not currently in the visible rect to help with scrolling/resizing.

> Seems that, as of recently, the newly-visible rect is sometimes never
> painted over at all, rather than just being painted late like before. I've
> noticed this a few times since you reported this bug and I agree that it's a
> new problem.

Great. Let's see if we manage to bisect it and find the culprit.

-- 
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/20180921/a60af5b8/attachment.html>