FS#18944 - Gnome desktop become irresponsible: Only when using Metacity

Attached to Project: Arch Linux
Opened by Hector Mtz-Seara Monne (hseara) - Saturday, 03 April 2010, 12:27 GMT
Last edited by Ionut Biru (wonder) - Saturday, 03 April 2010, 15:47 GMT
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To No-one
Architecture i686
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No



Gnome desktop become irresponsible after pressing either with the right mouse button in the top bar of any open window or when you press with the left button over the botton on the top left corner of the window. Both actions are supposed to open a menu where among other things you can change the window to a different desktop. This menu I guess is the source of the problem.

I notice this behavior recently. I'm quite sure that some recent update is probably the cause as I use this menu very often and I didn't notice such behavior before. As when I notice such behavior I had some difficulties with some AUR packages referring to gnome I decided to reinstall the whole system again. I see that the behavior persist in the newly fresh installation of archlinux totally up to date.

Another thing that might help if compiz is activated the freeze behavior disappear. Only happens when using metacity. Just to be sure that compiz was not the source in the new installation i havent install it, and the problem is present.

By now the the only way for me is to activate always compiz, but my laptop suffers a little bit due to that.

My installation is 32bits, in a dell precision M4300 with centrino.

If you need further details let me know

Additional info:
* package version(s)
* config and/or log files etc.

Steps to reproduce:

Open for example a terminal window, and press with the right button in the top bar of the open window. Only when metacity is activated, compiz works fine, so before trying deactivate it. More details in the description above.
This task depends upon

Closed by  Ionut Biru (wonder)
Saturday, 03 April 2010, 15:47 GMT
Reason for closing:  Duplicate
Additional comments about closing:   FS#18909