| Summary: | Gnome-shell hangs after user switch | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | cblaauw <carstenblaauw> |
| Component: | gnome-shell | Assignee: | Owen Taylor <otaylor> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 15 | CC: | justin, kirtis.bakalarczyk, lsof, maxamillion, me, mknepher, otaylor, samkraju, steeve.mccauley, svch, tom, walters |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-01-12 09:04:59 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
cblaauw
2011-04-17 16:33:02 UTC
It is very easy to reproduce this bug if you have two logged in users. The second user must have opened a program. For example - Firefox. You then switch to the first user and wait some 15 minutes until the screen locks and the display powers off. If you then unlock the screen and switch to the second user you will almost certainly experience the bug. At least it happens on my hardware - Radeon 4670. I can confirm sec's comment. Graphics here intel X4500. The opened applications do work, it's just the gnome-shell that does not open activities or user menu. I'd like to chime in here an mention that this bug bites me at least once a day. I have an nvidia 9800 using the nouveau driver. I have to killall -HUP gnome-shell from a console to fix it. I hope they can fix it, at least it's a 100% reproducable see comment #1 (In reply to comment #3) > I'd like to chime in here an mention that this bug bites me at least once a > day. I have an nvidia 9800 using the nouveau driver. I have to killall -HUP > gnome-shell from a console to fix it. It is easier to recover by blindly typing Alt+F2 then r and then Enter. I also blindly use Alt+F2 then r then Enter to restart the shell. I also have an Intel CPU using the i915 driver.
00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 12) (prog-if 00 [VGA controller])
Subsystem: Acer Incorporated [ALI] Device 0297
Flags: bus master, fast devsel, latency 0, IRQ 43
Memory at fb800000 (64-bit, non-prefetchable) [size=4M]
Memory at d0000000 (64-bit, prefetchable) [size=256M]
I/O ports at ec00 [size=8]
Expansion ROM at <unassigned> [disabled]
Capabilities: <access denied>
Kernel driver in use: i915
Kernel modules: i915
There have been a couple of occasions where I also got the horridly uninformative "Oops something went wrong with gnome" error screen. The first time I restored my latest backup to get my login back, the second time I just deleted those files in my home directory that seemed to be related to gnome (.gnome/.local/.gconf/...) and that had changed in the last 24 hours,
find -type f -mtime -1 | grep -v .mozilla | grep -v .thunderbird
This is possibly unrelated to this particular issue but I thought I'd mention it since it also seems to be coincident with user switching.
Has anyone installed the any gnome shell extensions? I installed all of them and they are all enabled in the gnome shell tweak tool. The other thing I keep meaning to do (and always forgetting) is to try to run looking glass when the shell has hung (Alt+F2 lg Enter). Happens with me with this video chipset: ATI Technologies Inc RS880 [Radeon HD 4290] Same issue here with a nVidia Corporation G98 [GeForce 8400 GS] (rev a1) using the nouveau driver. I have noticed that removing the "Places" gnome shell extension has saved me all kinds of gnome shell grief (hangs, crashes, and the incredibly annoying, and uninformative, "Oh No something has gone wrong" message that prevented me from logging in. I reported that problem here: https://bugzilla.redhat.com/show_bug.cgi?id=705078 I've had this issue as well, on our home system with an ATI RV770 [Radeon HD 4850] card. When I encountered it this morning before going to work, I had clicked on the user menu, which lit up, but no menu appeared. I accidentally clicked the mouse as I moved it down and away from the top bar, and was surprised to see the system settings app start up. A couple more clicks, and I discovered that the shell is not strictly hung - the menus and overview are being activated, but are not being drawn. This is why alt+f2 and r still works. I did not see this anymore in f16, do I think it is solved in newer versions of gnome-shell (or I am just a lucky guy). I was still seeing this even today in F16. I am only able to switch to the proper login-screen using ctrl-alt-{1..3} to find the correct user I want to loginas. Was there a relevant update that I should look out for?
This particular bug seems to be fixed for me in F16, but I am still forced to use Ctrl-Alt-Fn to switch users since the new and improved gdm always seems to crash on me. But that's anther bug for another day. This bug is "Gnome-shell hangs after user switch". Whether or not you can get to it by switching virtual terminals is beside the point. The bug still exists. |