Description of problem: As in summary. When I click to minimize xmms it brings another window to front instead of minimizing xmms. I have niticed it especially with the firefox browser. Minimizing do not take any effect. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
*** Bug 186407 has been marked as a duplicate of this bug. ***
I can confirm this problem... but what is happening is that clicking to minimize xmms makes metacity (the GNOME window manager) crash. Two possibilities : - The way xmms tries to minimize itself is wrong. - There is a bug in metacity. I would tend to suspect a bug in metacity, which might be worth investigating.
Same problem here with bmp, bmpx and audacious. Is it because Metacity doesn't managed these apps' windows? I mean they use their own window border.
If I rebuild metacity packages without metacity-2.13.144-bling.patch, metacity-2.13.89.0.2006.02.16-fix-type.patch and metacity-2.13.89.0.2006.02.16-static-cm.patch, the minimization is OK. It would be great if the maintainer of the metacity package make a new package for FC5 updates without experimental bling patches or fix these patches. It is a very annoying bug. :(
This definitely seems like a metacity bug, but I can't seem to find how to reassign a bug from en Extras to a Core component... maybe you could file a new bug against metacity and put a link to it here?
OK, changing the product to Fedora Core worked, so I'll now change the component to metacity and reassign to the default owner.
metacity-2.14.3-1.fc5.1 fixed the problem. Please close this bugzilla entry.
*** Bug 209329 has been marked as a duplicate of this bug. ***