GNOME Bugzilla – Bug 779483
Mutter reliably crashes when closing a window while keeping Alt+Tab pressed
Last modified: 2017-03-06 13:15:29 UTC
STEPS TO REPRODUCE: 1. Press Alt+Tab and keep both keys pressed 2. Use the mouse to close a window via its X in the upper right corner ACTUAL OUTCOME: Entire GNOME session crashes reliably. gnome-shell-3.22.3-1.fc25.x86_64 mutter-3.22.3-1.fc25.x86_64 F25's abrt says this is https://bugzilla.redhat.com/show_bug.cgi?id=1425095 Copying stacktrace from https://bugzilla.redhat.com/attachment.cgi?id=1255708 : [New LWP 2004] [New LWP 2058] [New LWP 2015] [New LWP 2028] [New LWP 2061] [New LWP 2014] [New LWP 2060] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Core was generated by `/usr/bin/gnome-shell'. Program terminated with signal SIGSEGV, Segmentation fault.
+ Trace 237216
Thread 1 (Thread 0x7ff91560bfc0 (LWP 2004))
Created attachment 347091 [details] [review] clutter-clone: Unset source when source actor is destroyed Otherwise we might be holding on to a source actor that's no longer fully functioning and cause crashes if for example we try to paint it. -- I do wonder why this was never a problem in clutter before...
Review of attachment 347091 [details] [review]: Oh, nice catch.
Thanks! (I'll cross my fingers that this will get backported & shipped in F25.)
To elaborate a bit: I have the "Alternatetab" extension in gnome-tweak-tool enabled to not group windows by application. I'm switching windows via Alt+Shift (keeping Alt pressed). If I send an email at the same time in Evolution, the mail composer window closes when that email has been sent, and then the entire session crashes. This is pretty common.
I am also using AlternateTab so that windows are not grouped by application. I have disabled AlternateTab and can confirm that the bug no longer occurs with AlternateTab disabled.
*** Bug 779645 has been marked as a duplicate of this bug. ***
Attachment 347091 [details] pushed as 542ed1d - clutter-clone: Unset source when source actor is destroyed BTW, I believe this crash only started happening lately because we changed gnome-shell to clone MetaWindowActors[1] instead of just the underlying texture and that class assumes (reasonably) that it can use the corresponding MetaWindow instance when painting. [1] https://git.gnome.org/browse/gnome-shell/commit/?id=7746f1a5c43e94bef1470c69f491eff0ba6531b6