Description of problem:
CX700/VX800 + Fedora 11 final release, When disable GDM, startx is OK. Open a gnome-terminal, then do a "switching workspaces", it don't do the switch actually, the gnome-terminal window can't be moved, the cursor can move.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Open a gnome-terminal window
2. switching workspaces
3. the gnome-terminal window can't move
"Switching workspaces" don't switch correctly.
"Switching workspaces" correctly, can move the window correctly.
It seems is cause by pulseaudio. When disable "Sound Theme" on VolumeControl, it is OK.
It can be proved by doint following:
3. switch workspaces
4. It print
"Assertion 'pthread_mutex_unlock(&m->mutex) == 0' failed at
pulsecore/mutex-posix.c:108, function pa_mutex_unlock(). Aborting.
And metacity is killed.
Even use vesa X driver, the result is the same.
I can confirm this bug happens for me *in Rawhide*.
What actually happens:
* log in to Gnome
* everything works fine, until ...
* you try to switch workspaces
* at this point everything stops working
metacity at this point is consuming 100% CPU, and not making
any system calls. If you are able to kill metacity and rerun
it ('metacity --replace &') then things will start working
until you try to switch workspaces again.
As described in comment 0, I was able to fix this by
setting Sound Themes -> None in the volume control prefs.
So I also suspect this is a pulseaudio bug, although I'm
not really sure how to prove this.
I'm seeing this too, however killing all pulseaudio processes seems to fix this without having to restart metacity.
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle.
Changing version to '12'.
More information and reason for this action is here:
Is this still happening or can this be closed?
I haven't seen it in a while.
Assuming OK now. Please reopen if anybody is still reproducing