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
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
|
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.
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.
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>
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
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.
Core dump: https://gist.github.com/RichGuk/a74132489a0a2b35cf445b1d829f7d35
https://bugzilla.gnome.org/show_bug.cgi?id=781799
My pastebin of coredump if it helps:
https://pastebin.com/McEMEphj
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?