Red Hat Bugzilla – Bug 446457
Decorator buttons (minimize, max, close) moved....
Last modified: 2008-10-24 16:48:19 EDT
Description of problem:
compiz-gnome-0.7.2-4.fc10.i386 displays the minimize, maximize and close buttons
"funny". They are no longer "right aligned" to the top right border.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Created attachment 305386 [details]
Screenshoot showing "strangely" placed decorator buttons
Tested with metacity..... works fine there.
The same version of compiz and same result.
Same results with current rawhide: compiz-gnome-0.7.6-9.fc10.i386 (and all
previous compiz updates since compiz-gnome-0.7.2-4.fc10.i386)
I am also experiencing this issue and it's continues to be present on compiz-gnome-0.7.6-11.fc10.i386
There have been no changes in compiz (related to this) for a long time.
0.7.2 is the same which we ship in f9.
Is there a version where this does not happen?
Does it happen with other themes than nodoka?
This has been this way since original report (14 May).
I started Appearance in System->Preferences->Look and Feel, and switched my theme to "glider". Same issue.
I can also confirm that this occurs regardless of the window border selected.
it is a problem with gtk-window-decorator. the buttons appear as normal if /apps/gwd/use_metacity_theme is unchecked in gconf enabling the cairo window decorator, or if an emerald theme is used.
If there haven't been changes in compiz-gnome, then perhaps the bug is caused by a behaviour change in one of the libraries that gtk-window-decorator uses.
What are the likely culprits? How can we debug this further?
(In reply to comment #10)
> If there haven't been changes in compiz-gnome, then perhaps the bug is caused
> by a behaviour change in one of the libraries that gtk-window-decorator uses.
> What are the likely culprits? How can we debug this further?
I suspect a change in metacity and/or libwnck.
Can you please try this build (one its done) https://koji.fedoraproject.org/koji/taskinfo?taskID=882778 (backported a patch from upstream which might fix it)
Sorry patch was incomplete use this one: http://koji.fedoraproject.org/koji/taskinfo?taskID=882798
Updated to 0.7.6-12.fc10.x86_64:
But no change observed.
BTW, I logged off and logged back in after updating, but no change.
Please post the output of
gconftool-2 --get /apps/metacity/general/button_layout
[tbl@tlondon ~]$ gconftool-2 --get /apps/metacity/general/button_layout
Please test again with this build: http://koji.fedoraproject.org/koji/taskinfo?taskID=886685
[tbl@tlondon ~]$ rpm -qa compiz\*
This time I installed, logged off, logged back on, started a few windows and started fusion-icon.
This build should work: http://koji.fedoraproject.org/koji/taskinfo?taskID=895693
(The metacity version detection wasn't correct so the fix was not used at all)
Yes! That does it.
I downloaded and installed; and using fusion-icon's "reload window manager" selection, the screen got redrawn with the buttons in the "proper" place!
I'll test with a reboot, and report here if any issues.
Thanks for testing.
I have built compiz-0.7.6-14.fc10 with the fix which should hit rawhide soon.
Apparently this bug has many duplicates (#466103 and #465470). I reported in the latter that upgrading to 0.7.8 fixed it. Any reason why we're not just getting 0.7.8 at least for F10? I've built it for both F9 and F10 and it seems to work as well as 0.7.6.
(In reply to comment #22)
> Apparently this bug has many duplicates (#466103 and #465470). I reported in
> the latter that upgrading to 0.7.8 fixed it. Any reason why we're not just
> getting 0.7.8 at least for F10? I've built it for both F9 and F10 and it seems
> to work as well as 0.7.6.
Yes there is a simple reason... its a rather big update which is to risky at this point in the release cycle.
However we can build and push into updates-testing and later updates after the F10 release.
*** Bug 465470 has been marked as a duplicate of this bug. ***
*** Bug 466103 has been marked as a duplicate of this bug. ***