Red Hat Bugzilla – Bug 245495
window placement bug when starting compiz using desktop-effects
Last modified: 2008-06-22 16:44:56 EDT
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 compiz (libdecoration/gtk-window-decorator).
Is this just the "missing place plugin" bug? Does gconftool-2 --unset /apps/compiz/general/allscreens/options/active_plugins fix it?
no it doesn't please see this mailing list thread for more details: http://lists.freedesktop.org/archives/compiz/2007-May/002213.html 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 before)
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 many people. 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. ***
All, do you have place plugin in /apps/compiz/general/allscreens/options/active_plugins run 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 comment 6 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: http://docs.fedoraproject.org/release-notes/ 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.