I think the cause of this issue is described in the following message:
https://mail.gnome.org/archives/commits-list/2012-July/msg02956.html
A call to "gjs_context_gc(..)", which runs the garbage collector, causes a
deadlock between threads somehow.
I have compared the source of gnome-shell-3.4.2
I have the same problem as Jason. Sometimes after starting (GDM) or restarting
(ALT-F2 r) gnome-shell, my desktop appears but is unresponsive to mouse clicks.
I managed to create a screenshot [1]. Notice that my user's name is
not displayed
on the top right of the screen, and the network indicator
I've also experienced this problem. If I kill -9 gnome-shell, then
everything suddenly starts working again. It won't respond to SIGTERM.
My backtrace looks similar to Jason White's, and I have a core file if
someone wants it (Debian x86_64 Wheezy, gnome-shell 3.4.2-2).
--
To UNSUBSCRIBE, ema
Package: gnome-shell
Version: 3.4.2-1
Followup-For: Bug #683880
Dear Maintainer,
I have the same problem and have for some time. Randomly, just after
starting up it freezes.
It is near the end of the process - the clock has appeared in the top
bar and since mine shows seconds it is immediately
Here is a backtrace. This time, there weren't any interesting or unusual
messages in ~/.xsession-errors. The user's name did not appear on the top
panel, as reported earlier. The backtrace was obtained by attaching to the
process.
(gdb) thread apply all bt full
Thread 5 (Thread 0x7fe7b2c2c700 (L
Package: gnome-shell
Version: 3.4.2-1
Severity: important
I run Gnome via startx from console sessions. This usually works correctly, but
sometimes, Gnome-Shell occasionally hangs - it is completely unresponsive
after loading. I suspect a race condition somewhere.
It has been observed that the na
6 matches
Mail list logo
