FS#53983 - gnome-shell crashes randomly

Attached to Project: Arch Linux
Opened by Michele Bertasi (mbrt) - Tuesday, 09 May 2017, 09:03 GMT
Last edited by Jan de Groot (JGC) - Sunday, 09 July 2017, 22:02 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Jan Alexander Steffens (heftig)
Architecture x86_64
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 12
Private No

Details

Description:
gnome-shell crashes randomly. I don't have a consistent way to reproduce it, but it happens quite often (i.e. multiple times a day), causing a log-off. This never happened with the previous version. I have the coredumps but they are too big to be attached. I then attached the dump info with `coredumpctl info`.

Additional info:
* package version(s): gnome-shell 3.24.1+2+g45c2627d4-1

The configuration is standard, I haven't touched anything special. The system is up-to-date and I'm running on a Dell XPS 15 laptop.

Steps to reproduce:
I haven't found a consistent way to reproduce it, but I saw that playing around with the shell seems to speedup the crash (i.e. looking at some file previews with the builtin preview).
This task depends upon

Closed by  Jan de Groot (JGC)
Sunday, 09 July 2017, 22:02 GMT
Reason for closing:  Fixed
Additional comments about closing:  This specific bug was fixed by upgrading gjs. Please file a new bug for other unrelated issues. I don't want a generic "gnome-shell crashes" bugreport.
Comment by milos (milosa) - Wednesday, 10 May 2017, 06:13 GMT
I can confirm that there is a bug. Gnome crashes randomly, started after update of Gnome Shell 3.24, i don't have logoff situation, but i am not using gdm or any display manager. I haven't found particular situation what causes crash.
There is output with journalctl -b:
<pre>

systemd-coredump[9970]: Process 967 (gnome-shell) of user 1000 dumped core.

Stack trace of thread 967:
#0 0x00007f875cb1ded5 n/a (libgjs.so.0)
#1 0x00007f875ac3c66a g_main_context_dispatch (libglib-2.0.so.0)
#2 0x00007f875ac3ca20 n/a (libglib-2.0.so.0)
#3 0x00007f875ac3cd42 g_main_loop_run (libglib-2.0.so.0)
#4 0x00007f875c3fbd0c meta_run (libmutter-0.so.0)
#5 0x0000000000401ff7 main (gnome-shell)
#6 0x00007f875a650511 __libc_start_main (libc.so.6)
#7 0x000000000040212a n/a (gnome-shell)

Stack trace of thread 971:
#0 0x00007f875a71267d poll (libc.so.6)
#1 0x00007f875ac3c9b6 n/a (libglib-2.0.so.0)
#2 0x00007f875ac3cd42 g_main_loop_run (libglib-2.0.so.0)
#3 0x00007f875b223ff6 n/a (libgio-2.0.so.0)
#4 0x00007f875ac64295 n/a (libglib-2.0.so.0)
#5 0x00007f875a9db2e7 start_thread (libpthread.so.0)
#6 0x00007f875a71c54f __clone (libc.so.6)

Stack trace of thread 970:
#0 0x00007f875a71267d poll (libc.so.6)
#1 0x00007f875ac3c9b6 n/a (libglib-2.0.so.0)
#2 0x00007f875ac3cacc g_main_context_iteration (libglib-2.0.so.0)
#3 0x00007f875ac3cb11 n/a (libglib-2.0.so.0)
#4 0x00007f875ac64295 n/a (libglib-2.0.so.0)
#5 0x00007f875a9db2e7 start_thread (libpthread.so.0)
#6 0x00007f875a71c54f __clone (libc.so.6)

Stack trace of thread 977:
#0 0x00007f875a9e1756 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#1 0x00007f874d448500 PR_WaitCondVar (libnspr4.so)
#2 0x00007f8755a2d811 n/a (libmozjs-38.so)
#3 0x00007f874d44dd8c n/a (libnspr4.so)
#4 0x00007f875a9db2e7 start_thread (libpthread.so.0)
#5 0x00007f875a71c54f __clone (libc.so.6)

Stack trace of thread 973:
#0 0x00007f875a71267d poll (libc.so.6)
#1 0x00007f875ac3c9b6 n/a (libglib-2.0.so.0)
#2 0x00007f875ac3cacc g_main_context_iteration (libglib-2.0.so.0)
#3 0x00007f873d84855d n/a (libdconfsettings.so)
#4 0x00007f875ac64295 n/a (libglib-2.0.so.0)
#5 0x00007f875a9db2e7 start_thread (libpthread.so.0)
#6 0x00007f875a71c54f __clone (libc.so.6)

Stack trace of thread 976:
#0 0x00007f875a9e1756 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#1 0x00007f874d448500 PR_WaitCondVar (libnspr4.so)
#2 0x00007f8755a2d811 n/a (libmozjs-38.so)
#3 0x00007f874d44dd8c n/a (libnspr4.so)
#4 0x00007f875a9db2e7 start_thread (libpthread.so.0)
#5 0x00007f875a71c54f __clone (libc.so.6)

Stack trace of thread 979:
#0 0x00007f875a9e1756 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#1 0x00007f874d448500 PR_WaitCondVar (libnspr4.so)
#2 0x00007f8755a2d811 n/a (libmozjs-38.so)
#3 0x00007f874d44dd8c n/a (libnspr4.so)
#4 0x00007f875a9db2e7 start_thread (libpthread.so.0)
#5 0x00007f875a71c54f __clone (libc.so.6)

Stack trace of thread 983:
#0 0x00007f875a9e1756 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#1 0x00007f874d448500 PR_WaitCondVar (libnspr4.so)
#2 0x00007f8755a2d811 n/a (libmozjs-38.so)
#3 0x00007f874d44dd8c n/a (libnspr4.so)
#4 0x00007f875a9db2e7 start_thread (libpthread.so.0)
#5 0x00007f875a71c54f __clone (libc.so.6)

Stack trace of thread 975:
#0 0x00007f875a71267d poll (libc.so.6)
#1 0x00007f8756a50ee1 n/a (libpulse.so.0)
#2 0x00007f8756a426f1 pa_mainloop_poll (libpulse.so.0)
#3 0x00007f8756a42d8e pa_mainloop_iterate (libpulse.so.0)
#4 0x00007f8756a42e40 pa_mainloop_run (libpulse.so.0)
#5 0x00007f8756a50e29 n/a (libpulse.so.0)
#6 0x00007f874bcfefe8 n/a (libpulsecommon-10.0.so)
#7 0x00007f875a9db2e7 start_thread (libpthread.so.0)
#8 0x00007f875a71c54f __clone (libc.so.6)

Stack trace of thread 982:
#0 0x00007f875a9e1756 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#1 0x00007f874d448500 PR_WaitCondVar (libnspr4.so)
#2 0x00007f8755a2d811 n/a (libmozjs-38.so)
#3 0x00007f874d44dd8c n/a (libnspr4.so)
#4 0x00007f875a9db2e7 start_thread (libpthread.so.0)
#5 0x00007f875a71c54f __clone (libc.so.6)

Stack trace of thread 980:
#0 0x00007f875a9e1756 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#1 0x00007f874d448500 PR_WaitCondVar (libnspr4.so)
#2 0x00007f8755a2d811 n/a (libmozjs-38.so)
#3 0x00007f874d44dd8c n/a (libnspr4.so)
#4 0x00007f875a9db2e7 start_thread (libpthread.so.0)
#5 0x00007f875a71c54f __clone (libc.so.6)

Stack trace of thread 978:
#0 0x00007f875a9e1756 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#1 0x00007f874d448500 PR_WaitCondVar (libnspr4.so)
#2 0x00007f8755a2d811 n/a (libmozjs-38.so)
#3 0x00007f874d44dd8c n/a (libnspr4.so)
#4 0x00007f875a9db2e7 start_thread (libpthread.so.0)
#5 0x00007f875a71c54f __clone (libc.so.6)

Stack trace of thread 981:
#0 0x00007f875a9e1756 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
#1 0x00007f874d448500 PR_WaitCondVar (libnspr4.so)
#2 0x00007f8755a2d811 n/a (libmozjs-38.so)
#3 0x00007f874d44dd8c n/a (libnspr4.so)
#4 0x00007f875a9db2e7 start_thread (libpthread.so.0)
#5 0x00007f875a71c54f __clone (libc.so.6)
</pre>
Comment by Heiher (heiher) - Friday, 12 May 2017, 00:45 GMT
Looks crashed in libgjs.
Comment by Laurențiu Nicola (lnicola) - Friday, 12 May 2017, 12:13 GMT
I sometimes get this crash when closing a window.

Thread 1 (Thread 0x7f1a259b69c0 (LWP 8838)):
#0 0x00007f1a1dfd3b67 in () at /usr/lib/libmozjs-38.so
#1 0x00007f1a0c06b1f2 in ()
#2 0x0000000000000000 in ()

Possibly related to https://bugs.launchpad.net/ubuntu/+source/mozjs38/+bug/1682631
Comment by Michele Bertasi (mbrt) - Friday, 12 May 2017, 12:17 GMT
It looks definitely related to me
Comment by Cedric Bellegarde (gnumdk) - Tuesday, 16 May 2017, 11:05 GMT
Seems to be related with this one https://bugs.archlinux.org/task/53582
Comment by Johannes Maibaum (jmx) - Wednesday, 24 May 2017, 17:27 GMT
Hi, I'm also suffering from random gnome-shell crashes.

Sometimes, it is stable for a rather longer time (like a few hours), sometimes it crashes already after a few minutes.
Like the OP mentioned, a way to force the crash quite reliably, seems to be using the file preview from Nautilus (press spacebar while selecting a file) several times in a row.

I've read through the comments in https://bugs.launchpad.net/ubuntu/+source/mozjs38/+bug/1682631 as well. While this indeed seems to be related, the fix they deployed for Ubuntu is invalid for Arch, as js38 gets built already with -fno-strict-aliasing.
Comment by Rich Grundy (richguk) - Friday, 26 May 2017, 08:40 GMT
I'm also getting random crashes/logouts, and I too can make it happen by opening preview several times in a row.

Core dump: https://gist.github.com/RichGuk/a74132489a0a2b35cf445b1d829f7d35
Comment by Johannes Maibaum (jmx) - Sunday, 28 May 2017, 11:59 GMT Comment by jackpot (jackpot) - Thursday, 15 June 2017, 16:36 GMT
For me takes unusual time to boot on linux-ck kernel with multiple crashes at GDM (Arch's stock kernel is somewhat better with 1 or 2 crashes during boot).

My pastebin of coredump if it helps:
https://pastebin.com/McEMEphj
Comment by Johannes Maibaum (jmx) - Wednesday, 05 July 2017, 20:44 GMT
The fix in the upstream report I linked to (https://bugzilla.gnome.org/show_bug.cgi?id=781799) resolved the issue for at least me (and I think this was the issue that the OP reported). I don't have any further crashes of this type in gnome-shell/gjs.

All the other crashes mentioned seem to be related (because gnome-shell crashes), but are different from the OP's (and my) issue. The question remains if this ticket has evolved into a kind of meta-ticket for gnome-shell crashes?

Loading...