GNOME Bugzilla – Bug 157822
logout fade hangs entire desktop when using xcompmgr
Last modified: 2007-05-15 19:25:26 UTC
I'm using GNOME 2.8 on Fedora Core 3, and started playing around with Xorg's new composite extension and xcompmgr. When I try to log out of GNOME, nothing happens and the whole desktop freezes. I suspect the fade on logout is to blame. By the way, the logout fade has always struck me as useless, and looks really crappy at 2 frames per second anyway. Can we have an option to disable it?
*** Bug 172861 has been marked as a duplicate of this bug. ***
This seems to be the same problem as mine. I encountered the same behavior, however after some seconds there will be sounds when you push your cursor-keys and/or click around with your mose in the middle of the screen. Then press enter and the system can do funny things. To be real clear: the system reacts exactly like the "logout/restart/poweroff"-dialoug apperes and you can do all the choises and all like that. The only thing is that you can't see the actual dialoug and/or its fadeing. And that fade-thing: i think it is pretty nice and not at all usless, tells you in a good way that everything on the screen is locked except the little dialoug. And gksu seems to be able to handle the fading concept without problems.
Is this beeing worked on? Or is it on hold for something special to happend (like 2.13 or whatever)?
I've got the same problem on Ubuntu 5.10 Breezy Badger... (NVIDIA GPU) I would LOVE to be able to have shadows on my desktop. Possible workarounds for now (havend tried these yet): - Create shortcut to terminate xcompmgr before log out - Find option to disable fade-out (if that causes the screen to hang) This bug should be set confirmed...
Still present in Gnome 2.12.1 and xcompmgr 1.1.2.
Maybe somehow related to http://lists.freedesktop.org/archives/xorg/2005-October/010679.html From the mail message above: "[...]The problem is then that metacity does not interprete MapNotifies as "you should start paying attention again", because metacity expects to get MapRequests, not MapNotifies. So as far as it knows, the windows are still withdrawn. For windows with a frame, metacity does manage to cope, because the windows in questions are frame windows. But for frameless, but managed, windows such as the GNOME panel and nautilus, metacity still thinks they are withdrawn. [...]" Logout window is frameless...
So you mean this is somewhat a sideffect of bug #314331? I think it sounds quite possible... Could someone try the patch attached to the mail to see if it makes any diffrence? I don't have physical access to my GNOME-box before somewhere in january.
With the latest NVIDIA drivers this bug seems fixed...
Wasn't it already found to be a generic problem? Does everyone who see this have a Nvidia GPU?
Not me, I'm using the open source radeon driver that comes from xorg. My GPU is a "ATI Technologies Inc Radeon IGP 330M/340M/350M"
Using Ubuntu Dapper Beta with GNOME 2.14.1 here with the latest proprietary nvidia driver (87.56) available from the debian repositories. The problem is still there. If the problem seems to do with the fadeout, why not use the same fading method that the gksu package uses? The gksudo application's fading seems to work fine even with composite enabled.
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of 438615 ***