Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

mutter 3.34: windows not drawn in Windows Overview or Multitasking view #637

Closed
1 of 2 tasks
worldofpeace opened this issue Nov 13, 2019 · 4 comments
Closed
1 of 2 tasks

Comments

@worldofpeace
Copy link
Contributor

Describe the bug

When using Gala with Mutter 3.34, windows are visible in Multitasking View or Windows Overview.
The only visible elements for a window would be its workspace icon, and the close window button.
(I'm assuming those are independent here)

To Reproduce

You'll need to be running gala built with mutter 3.34, which will likely imply the entire Gnome 3.34 stack. Please make sure you've also compiled wingpanel and greeter from master, which has patches for newer mutter compatibility.

  1. Open a window
  2. Open Windows Overview or Multitasking View
  3. You can't see the windows

Expected behavior

The windows content will be visible in both Multitasking and Overview views.

Screenshots or screen recordings

Multitasking View

Screenshot from 2019-11-10 21-26-33

Show all windows/Windows Overview

Screenshot from 2019-11-13 15-29-50

Logs

I see things like

.gala-wrapped[1375]: g_object_new_valist: invalid object type 'MetaShapedTexture' for value type 'ClutterActor
(gala:1622): Clutter-CRITICAL **: 20:45:35.633: _clutter_stage_queue_event: assertion 'CLUTTER_IS_STAGE (stage)' failed
(gala:1622): GLib-GObject-WARNING **: 20:45:36.446: invalid cast from 'CoglTexture2D' to '(null)'

in the logs. Nothing special when trying to reproduce this bug however.

Platform Information

  • OS: NixOS
  • OS Version: 20.03 (development)

Gnome 3.34 stack, using wingpanel, gala, and greeter from git master.

  • I'm using the latest version from git that I've manually compiled
  • I'm using the latest released stable version

Additional context

I originally raised this issue in #634.
Here's @Tireg comments:

@worldofpeace I'm afraid I don't have enough Vala/Gobject/Clutter experience to understand what's actually responsible for drawing the objects.
The src/Widgets/WindowClone.vala seems to be the Clutter Actor responsible of the windows when you open multitasking view and windows-overview. It contains the window icon and the window close button, as well as the box responsible to catch mouse events and the window shadow.
It is contained within a WindowCloneContainer (src/Widgets/WindowCloneContainer.vala) which is responsible for placing the windows (inside a workspace) in those views.

I don't quite get why the icon and close button are drawn as there a sibling of the WindowClone, when the actual Window is not drawn.

It seems there is no Gala's code specific for MUTTER334 that can interfere with actual drawing operations, so I would check for Mutter changes that could lead to this issue.

I'll probably lack some time to investigate this but I'll let you know if I find something.

This issue is not fixed in #635.

I also noticed something special for Mutter 3.32, there's a screenshot of me using #566 with it and it doesn't have this issue #566 (comment).
So it might need to be checked if this is present for 3.32, or if there's a change specific in 3.34 that we need to adapt to that caused this issue. Might look through the mutter tracker at some point.

@worldofpeace worldofpeace changed the title mutter 3.34: windows not draw in Windows Overview or Multitasking view mutter 3.34: windows not drawn in Windows Overview or Multitasking view Nov 13, 2019
@worldofpeace
Copy link
Contributor Author

This could be similar to #636, not sure yet.

@worldofpeace
Copy link
Contributor Author

Ooh, i found https://gitlab.gnome.org/GNOME/mutter/issues/683 ✨.

It seems to have a committed fix...

@worldofpeace
Copy link
Contributor Author

Upon further testing, reverting that doesn't do anything. Though perhaps clutter is still the offender here.

@worldofpeace
Copy link
Contributor Author

Fixed in #642

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant