Bug 510177
| Summary: | switch workspaces will freeze metacity | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Lu Zhihe <tombowfly> |
| Component: | metacity | Assignee: | Søren Sandmann Pedersen <sandmann> |
| Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | 12 | CC: | dcantrell, kem, otaylor, rjones, sandmann |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2009-11-16 21:52:34 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
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.
glibc-2.10.90-10.x86_64
metacity-2.27.0-2.fc12.x86_64
pulseaudio-0.9.15-14.fc11.x86_64
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: http://fedoraproject.org/wiki/BugZappers/HouseKeeping 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 |
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): How reproducible: Steps to Reproduce: 1. Open a gnome-terminal window 2. switching workspaces 3. the gnome-terminal window can't move Actual results: "Switching workspaces" don't switch correctly. Expected results: "Switching workspaces" correctly, can move the window correctly. Additional info: It seems is cause by pulseaudio. When disable "Sound Theme" on VolumeControl, it is OK. It can be proved by doint following: 1. xinit 2. metacity& 3. gnome-pannel& 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.