GNOME Bugzilla – Bug 756715
Video invisible in overview mode under Wayland session
Last modified: 2017-02-02 13:29:24 UTC
From Red Hat Bugzilla: Gnome Video failed to display the video in overview mode under Wayland session but visible on the workspace. Not sure if incoming release addressed the issue. Attached video below with reproduced bug: https://luya.fedorapeople.org/videos/Screencast%20from%2026-09-15%2005:08:33%20PM.webm The screencast was with totem 3.16.2 but can be easily reproduced with 3.18.1
Here is the relevant bug report: https://bugzilla.redhat.com/show_bug.cgi?id=1266729
I've seen this one too.
Interesting. On wayland the video has its own subsurface. This is probably a mutter/gnome-shell issue.
(In reply to Lionel Landwerlin from comment #3) > Interesting. On wayland the video has its own subsurface. > This is probably a mutter/gnome-shell issue. Yes, reassigning to mutter.
Created attachment 330242 [details] screenshot of Maps Same thing happens in Maps.
Yes, I'm afraid anything using GL on Wayland will have that problem.
If I remember correctly, the issue here is what clutter actor gnome-shell uses for clone-source for workspace preview, alt-tab etc, so it could possibly be a gnome-shell bug, not a mutter bug. I suppose what we really need is a proper mutter API that gnome-shell can use so it doesn't need to have knowledge about how mutter organizes its scene graph.
*** Bug 771113 has been marked as a duplicate of this bug. ***
This bug affects Cheese too https://www.youtube.com/watch?v=b6s01fi1aA4&feature=youtu.be
Looks like a subsurface problem, like only the root surface is being showed in overview mode. I guess the solution would be to composite all the subsurfaces in overview mode. weston-subsurfaces is also affected by this bug.
Probably related: https://bugzilla.gnome.org/show_bug.cgi?id=772225 With gnome-maps, the map is not shown in overview mode, but the zoom buttons are.
This still happens with totem 3.22.0 on fedora 25.
Created attachment 344731 [details] [review] Make all our window clones use the MetaWindowActor as source Using a MetaWindowActor's shaped texture as the source for window clones means that if there are further MetaSurfaceActor children (e.g. a wayland client using sub-surfaces) they don't get cloned. This obviously wasn't an issue until wayland clients introduced the possibility of having multiple MetaSurfaceActors under a MetaWindowActor but there's no fundamental reason we can't clone the toplevel actor. WorkspaceThumbnail.WindowClone is the one class that was already using the MetaWindowActor instead of the texture although it seems to have been an unintended change in commit 8b99617513da1713ff88ca4abf54e6125405d31c.
*** Bug 778040 has been marked as a duplicate of this bug. ***
*** Bug 764365 has been marked as a duplicate of this bug. ***
Review of attachment 344731 [details] [review]: Clearly simpler as the patch in bug 756753, but what about the overflow issue mentioned there? (In any case, this patch looks like a good idea to me, even if additional work is required to fix some subsurface corner cases)
(In reply to Florian Müllner from comment #16) > Clearly simpler as the patch in bug 756753, but what about the overflow > issue mentioned there? (In any case, this patch looks like a good idea to > me, even if additional work is required to fix some subsurface corner cases) I totally missed that bug and didn't even think about the subsurface bounds problem, thanks for pointing it out. I'll push this to unbreak the this particular bug right now and leave bug 756753 to handle the bounds issue.
Attachment 344731 [details] pushed as 7746f1a - Make all our window clones use the MetaWindowActor as source