Windows shows on several workspaces

This always happened in Gnome.

Thanks for your report!

Not sure what you think the bug here is. If a window is in both viewports then it will show in the tasklist for both viewports.

The bug is that compiz doesn't keep the window within the active workspace. A new window should not be created over two workspaces.

That's not true, it's perfectly valid to create a window that overlaps two viewports.

Travis, are you intentionally trying to avoid the problem or am I really that bad a describing the situation? Of course a window can be visible at two workspaces, that's not what I'm complaining about. The problem is that this appears to be the DEFAULT ACTION for opening a new window in a lot of situations. WHICH IS NOT WHAT METACITY DOES! Why can't you just realize that the differing behaviour from what the user expects is a bug?

Compiz should be aware the borders of the current workspace and create new windows within those borders, unless there is a special case where the user chose to have the window opened over two workspaces. Say, if the user have stored the windows position.

I think I know what you mean, but I'm not sure it's a Compiz bug: some windows (I notice particularly Banshee & Firefox) sometimes don't properly maintain their maximised state over a close/open cycle. They end up slightly larger than maximised, and so span two viewports. Remembering a window's position/size/state is not Compiz's job.

I forget what library Gnome apps use to remember their position/size/state (is it libwnck?), but I think this may be fixed in 2.20.1 - testing the new Gnome libs from gutsy-proposed I don't seem to see this behaviour any more.

I'll check out the gutsy-proposed libraries to see if it gets any better.

I'm not sure why it wouldn't be the window manager's job to keep track of where to put windows at the end of an close/open cycle. The question must be _how_ the windows communicate where they want to be when they reopen. This question might not have been investigated to closely, since there's been few people who would replace metacity as the default window manager before.

One reason this would be the window manager's job is that they treat "workspaces" differently (they were "virtual desktops" before compiz).

In other words: how to communicate a window's position/size/state state should be communicated in a standard way between apps and window managers.

I'm curious who's job it would be if it isn't the window manager's? And why?

Did the developers find out why this happens?

It would be really nice because if the problem persists it makes the concept of having several workspaces useless.

Please see also:
Reload this Page
Windows appearing over workspace edge
http://ubuntuforums.org/showthread.php?p=3790819

It seems that the bug remains with libwnck 2.20.1

I have this bug too. It doesn't happen with all apps either, evolution and firefox behave themselves.

It's easy to reproduce:

1. Open Deluge/Pan/Filezilla/GQView (there are many more apps that it happens in).
2. Maximize the window.
3. Close Application
4. Open the same application, the window should have retained it's maximized setting.
5. Close Application
6. Open application again. Now the window is not maximized but fills the workspace and overlaps into the next.

I'm running Ubuntu Gutsy, Compiz, and Nvidia New, fully updated.

This is happening for me too. yaztromo seems to have it spot on. It happens constantly with Nautilus. I've tried every setting I could find, in Nautilus, Compiz, etc but nothing works yet.

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.

In addition to my last comment:
It seems that compiz-plugins isn't a seperate project. So the place-plugin is part of the compiz project itself. Therefore I will not change the list of affected projects.

The "workarounds" option in place has nothing to do with remembering window positions, it is just causing a bug with the code for making windows maximized.

I Think this bug has been fixed with this commit.

http://gitweb.freedesktop.org/?p=xorg/app/compiz.git;a=commit;h=0c554bcbff69d13be8f8cba14263592be752f06c

This commit is part of compiz 0.7.4 which as been release in Hardy.
If one or to can confirm that this problem has been fixed, this bug could be marked as fixed.

best wishes
Achim

I am no longer affected by this bug after upgrading to hardy. Thanks!

This bug has been fixed upstream.
http://gitweb.freedesktop.org/?p=xorg/app/compiz.git;a=commit;h=0c554bcbff69d13be8f8cba14263592be752f06c
This fix has been release with (compiz 1:0.7.4-0ubuntu6 (hardy))

Hi everyone,

thanks for all the effort people have made to fix this. I just wanted to report that I get something very similar to this in Hardy, but only when I first log in.
That is, the windows that are automatically opened to restore the previous session sometimes slightly overlap two workspaces -- -they are mostly in 1, but a sliver appears in a second.
Newly mapped windows (ones that I open myself) always behave correctly.

Not a huge problem, but its like a dripping tap, I notice it everytime. If someone can give me a hint how to fix this, I would be grateful.

thanks

tried with compiz 0.8.12 and windows still show in all the virtual desktop taskbars in mate desktop.