compiz team mailing list archive

[Esokrates <Esokrarkose@xxxxxxxxx>]

I know you say the bug is fixed and we should open a new bug report, but the issue remains for Compiz version 0.9.9 with exactly the same behavior (But it is indeed partly fixed).  Does it really make sense to open a new bug report describing exactly the same issue?
This part of the description is fixed: 

" 
TESTCASE 1:
1. Move a window to the far right workspace so that it overlaps the right side of the screen a little.
2. Switch to the far left workspace where you can see a little of the overlapping window.
3. Alt-Tab to the window.

Observed: Window jumps to being entirely on the far left workspace.
Expected: Window stays where it was.

TESTCASE 2:
1. Move a window to the far left workspace so that it overlaps the left side of the screen a little.
2. Switch to the far right workspace where you can see a little of the overlapping window.
3. Alt-Tab to the window.

Observed: Window jumps to being entirely on the far left workspace.
Expected: Window stays where it was.
"

This part of the issue is NOT fixed:

"
1. Put a non-maximized window against the border of your workspace

2. Switch to the adjoining workspace

3. Select the window in Unity

Expected Behavior

   You are switched back to the workspace with the window

What actually happens

   You stay in the current workspace AND the window is shifted slightly into the current workspace
"

I can only confirm that the issue is definitely not fixed on the latest
compiz builds (both latest offical Compiz 0.9.9 and Compiz Experimental
PPA) .

Daniel, should I open a new bug describing the part which is not fixed?

-- 
You received this bug notification because you are a member of compiz
packagers, which is subscribed to compiz in Ubuntu.
https://bugs.launchpad.net/bugs/755842

Title:
  Non-maximized windows which sit on the border of a workspace move when
  called

To manage notifications about this bug go to:
https://bugs.launchpad.net/compiz/+bug/755842/+subscriptions