I noticed also the described behavior in hardy (up-to-date). It seems that this wrong behavior is related to the "place" plugin. Therefore I will add compiz-plugins to the affected packages. Furthermore I noticed different effects that depend on places options. I will try to explain this...
Scenario: hardy (up-to-date), desktop effects: normal, plugin options managed through "ccsm" as described below. 1. Place enabled, Workaround option enabled (default compiz setting in hardy) - open nautilus (e.g. home folder) - maximise nautilus (window doesn't overlap) - close nautilus - open nautilus again (window doesn't overlap, still maximised) - close nautilus - open nautilus again (window overlaps, _not_ maximised anymore) 2. Place enabled, Workaround option disabled - open nautilus (e.g. home folder) - maximise nautilus (window doesn't overlap) - close nautilus - open nautilus again (window doesn't overlap, still maximised) - close nautilus - open nautilus again (window doesn't overlap, still maximised) - deactivate maximise (window overlaps) 3. Place disabled - open nautilus (e.g. home folder) - maximise nautilus (window doesn't overlap) - close nautilus - open nautilus again (window doesn't overlap, still maximised) - close nautilus - open nautilus again (window doesn't overlap, _not_ maximised anymore) Result: - Places (+Workaround) is needed to remember window positions (e.g. startup-position of pidgin) - Places (+Workaround) doesn't remember the window-state (normal/maximised) correctly and seems to be responsible for "window-drifting" Perhaps someone could test my described scenario (also with other programs) and play with the "place" plugin. -- Windows shows on several workspaces https://bugs.launchpad.net/bugs/156055 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs