GNOME Bugzilla – Bug 786786
clutter apps (e.g. totem, gnome-maps, pinpoint) colours are wrong (red/blue swapped) in Gnome Shell 3.25 Wayland
Last modified: 2017-08-28 23:41:47 UTC
clutterautovideosink (e.g. totem) colours are wrong (red/blue swapped). But they're only wrong in Gnome Shell 3.25 (Wayland). They're fine in 3.24. I can't seem to get a screenshot (just get the titlebar and blank grey instead of the video). WRONG COLOURS IN: * gst-launch-1.0 filesrc location=$MYFILE ! qtdemux ! vaapidecodebin ! clutterautovideosink * gst-launch-1.0 filesrc location=$MYFILE ! qtdemux ! avdec_h264 ! clutterautovideosink * totem RIGHT COLOURS IN: * gst-launch-1.0 filesrc location=$MYFILE ! qtdemux ! vaapidecodebin ! xvimagesink * gst-launch-1.0 filesrc location=$MYFILE ! qtdemux ! avdec_h264 ! xvimagesink
Maybe related to bug 785319 ?
Oh, it seems to be a general clutter problem. Gnome Maps is also affected. Perhaps specifically GL rendered areas in clutter, when run under a Wayland session.
Workaround (seems to solve the problem in all cases): env CLUTTER_BACKEND=wayland ...
Or a better workaround: env GDK_BACKEND=wayland CLUTTER_BACKEND=wayland ...
GDK_BACKEND=wayland and CLUTTER_BACKEND=wayland are not equivalent; Clutter uses the GDK backend, which is controlled by the GDK_BACKEND environment variable. In any case, if changing the backend fixes the rendering then it's entirely a Shell issue; Clutter uses the same code paths for GL rendering regardless of backend, whereas the Shell uses different rendering code paths for X11 and Wayland clients.
There have been various fixes in Mutter for accidental color swaps caused by texture swizzling; have you tried with Mutter 3.25.91?
The problem _started_ in mutter 3.25.91-0ubuntu1~artful1 :)
Thanks for taking the time to report this. This particular bug has already been reported into our bug tracking system, but we are happy to tell you that the problem has already been fixed in the code repository. *** This bug has been marked as a duplicate of bug 786677 ***