GNOME Bugzilla – Bug 667865
gnome-shell hangs when switching to a running VMWare Player Window in Activities menu
Last modified: 2021-07-05 14:33:04 UTC
This is taken from Launchpad bug #869408. Steps taken to replicate this issue: - Start VMWare Player VM - Click on the Activities Button - Click on the VMWare Window Preview. --> everything on the screen hangs, except mouse (and audio player is still playing) This doesn't appear to happen every time, but I've experienced it at three out of four times when I was last using VMware Player.
Same issue experienced with gnome 3.2 on ubuntu 11.10. It happens every time when the application window switches. This bug makes vmware almost unusable.
Can you attach your ~/.xsession-errors after the bug happens?
Created attachment 205529 [details] .xsession-errors after switching out of vmware player (gnome-shell hangs)
(In reply to comment #3) > Created an attachment (id=205529) [details] > .xsession-errors after switching out of vmware player (gnome-shell hangs) Can you try disabling all gnome-shell extensions and then see if you can reproduce this?
Trying now -- it is very intermittent, so it may be a little while before I can reproduce it.
Created attachment 205545 [details] xsessions right after freeze with no extensions on
Created attachment 205560 [details] This has a different error that I think is the culprit.
I'm seeing several messages there about bugs in the network menu which should be fixed in the latest 3.2.2 release that went out today[1]. Can you try this release and see if it makes things work better for you? [1] http://mail.gnome.org/archives/gnome-announce-list/2012-January/msg00015.html
I am running gnome-shell 3.2.2.1 and I just replicated it again. I dropped to tty1 and checked .xsession-errors, and there was nothing in there from the time that gnome-shell hung. Should I up my log level? Should I be looking some place else? Open to suggestions.
Likely a duplicate of bug 665650, but this one is where the referenced Ubuntu bug is assigned. It also appears it happens with NVIDIA proprietary, Nouveau, ATI and Intel users. It seems to be an issue with either gnome-shell or VMware (both Player and Workstation users have reported issues). I've experienced this problem the last several months with Fedora 16 and NVIDIA proprietary over several kernel, gnome-shell, NVIDIA, and VMware player versions. It's to the point I've bound a keystroke to a script to kill/restart gnome-shell which usually works (where "Alt+R,r" doesn't), but rarely it requires switching console and manually killing it, killing X, or even a hard reboot. I see no time-related errors in .xsession-errors or /var/log/messages, although for a time I did see apparently related "Disabling IRQ 16" (used by nvidia and others) messages wall'd to all terminals, but a recent kernel update hid those.
33 people have confirmed this bug on Launchpad. https://bugs.launchpad.net/gnome-shell/+bug/869408
The problem occurs on Debian Wheezy (kernel 3.2.0-3-686-pae) with VMWare Workstation 8.0.2 build-591240. NVIDIA proprietary drivers version 295.75
fedora18 , workstation 9.0.2 kernel 3.8.4-202.fc18.x86_64 . nvidia version 220 It need run some times ,the gnome3 break.
(In reply to comment #13) > fedora18 , workstation 9.0.2 kernel 3.8.4-202.fc18.x86_64 . nvidia version 220 > > It need run some times ,the gnome3 break. This happened while enable the Automatically grap and ungrab the mouse cursor !
*** Bug 665650 has been marked as a duplicate of this bug. ***
*** Bug 677184 has been marked as a duplicate of this bug. ***
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/ Thank you for your understanding and your help.