Description of problem:
When compiz is started using desktop-effects and there are some windows open it
some of the windows gets moved to weird places (like on top of the panel etc.)
While debugging it I found out that this only happens when gtk-window-decorator
is started before compiz.
The attached patch fixes this for me.
Created attachment 157706 [details]
start compiz before gtk-window-decorator
this solutution does not always work. seems that this needs to be fixed inside
Is this just the "missing place plugin" bug? Does
gconftool-2 --unset /apps/compiz/general/allscreens/options/active_plugins
no it doesn't please see this mailing list thread for more details:
anyway I tryed again and it does happen while the place plugin is loaded.
windows are moved some pixel above the panel and are on top of it.
Created attachment 161996 [details]
image that shows what happens
here you can see what I mean , look at the desktop-effects window.
it seems that I can not reproduce it with 0.5.2 (as using a > 0.5.0 <0.5.2 git
Created attachment 290552 [details]
problem is still reproduceable with compiz 0.6
I have the same problem with Fedora 8 and Compiz 0.6 - non-maximized windows,
when they appear tend to put themselves at the top left corner - regardless of
the location of the panel. Problem is - the panel is there and its always on
top (unlike the screenshot in comment #5 - the situation it depicts can't be
done on my desktop), and as the panel is always on top the window title is
hidden from view and one has to ALT-drag the window to get it back. I'm pretty
sure that ALT-dragging is not a common user action for some types of users
(namely MS-Windows converts) so this might seem like an impossible problem for
I think this can be easily fixed by smarter positioning in compiz (as currently
it pretty dumbly always position windows at 0,0), and I'm pretty sure there's
such a smart positioning plugin available from compiz fusion.
*** Bug 355751 has been marked as a duplicate of this bug. ***
do you have place plugin in /apps/compiz/general/allscreens/options/active_plugins
gconftool-2 --get /apps/compiz/general/allscreens/options/active_plugins
to find out. If not, try to add it there with gconf-editor (I don't know how to
manage lists with gconftool-2).
Does it help?
yes , place is loaded. and it does no longer happen in the same way for me see
Its just that the panel is not ontop but clicking on it fixes it.
But I don't have any weird placed windows.
With "place" plugin enabled, I can't reproduce this problem. I can't say that
placing is perfect, but its not broken anymore.
This is duplicate of bug 230149, but for F7.
This message is a reminder that Fedora 7 is nearing the end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 7. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '7'.
Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 7's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 7 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug. If you are unable to change the version, please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. If possible, it is recommended that you try the newest available Fedora distribution to see if your bug still exists.
Please read the Release Notes for the newest Fedora distribution to make sure it will meet your needs:
The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Regarding the above EOL message:
drago01 - can you please change the version number of this ticket to 8 or 9 ? I
can reproduce this problem on Fedora 8 but haven't tried on 9 yet.
ccsm-0.7.6-2.fc9,compizconfig-python-0.7.6-1.fc9,compizconfig-backend-kconfig-0.7.6-1.fc9,compizconfig-backend-gconf-0.7.6-1.fc9,libcompizconfig-0.7.6-1.fc9,compiz-fusion-extras-0.7.6-1.fc9,compiz-fusion-0.7.6-1.fc9,compiz-0.7.6-2.fc9 has been submitted as an update for Fedora 9
ccsm-0.7.6-2.fc9, compizconfig-python-0.7.6-1.fc9, compizconfig-backend-kconfig-0.7.6-1.fc9, compiz-fusion-extras-0.7.6-1.fc9, compizconfig-backend-gconf-0.7.6-1.fc9, libcompizconfig-0.7.6-1.fc9, compiz-fusion-0.7.6-1.fc9, compiz-0.7.6-2.fc9 has been pushed to the Fedora 9 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update ccsm compizconfig-python compizconfig-backend-kconfig compiz-fusion-extras compizconfig-backend-gconf libcompizconfig compiz-fusion compiz'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/F9/FEDORA-2008-5395
ccsm-0.7.6-2.fc9, compizconfig-python-0.7.6-1.fc9, compizconfig-backend-kconfig-0.7.6-1.fc9, compiz-fusion-extras-0.7.6-1.fc9, compizconfig-backend-gconf-0.7.6-1.fc9, libcompizconfig-0.7.6-1.fc9, compiz-fusion-0.7.6-1.fc9, compiz-0.7.6-2.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report.