[Webkit-unassigned] [Bug 165246] [GTK] Fails to draw in Wayland with enabled compositing mode

[bugzilla-daemon at webkit.org]

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

Carlos Garcia Campos <cgarcia at igalia.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |cgarcia at igalia.com

--- Comment #10 from Carlos Garcia Campos <cgarcia at igalia.com> ---
(In reply to comment #5)
> Honestly, I've gotten such a large number of complaints that rendering is
> broken in 2.14, I'm sorely tempted to disable it in Ephy as well. Graphics
> folks have failed to present a single website that doesn't work without it,
> there are clearly many very serious bugs, and performance without it is more
> than sufficient for desktop use-cases. We should just turn it off
> unconditionally until some company decides to invest in making it work
> properly. It's not OK right now, 2.14 is still less reliable than 2.12
> several months after release.

I guess you are talking only about wayland, right? I know some people also having problems under X11, but I haven't seen so many complains. I think the main issue in wayland is that we also use GL on the UI process side, and gdk_gl is probably not ready or mature enough yet. That's why I asked if that also happened when using glReadPixels. We can always disable everything that doesn't work, but we can also try to fix and find alternative solutions in the meantime. For example, in this case if the problem is gdk_gl, let's try using glReadPixels always. Another idea would be to go back to enter/leave AC mode only when required. I agree it's a waste of time and memory having AC enable to show about:blank.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20161207/679b1576/attachment.html>