Compiz should not move windows to workspace 0,0 when restarted

[Alan Griffiths]

[Impact]
No impact to regular users except possibly in how gracefully the system recovers from compiz crashes. Mainly impacts usability for developers who are starting and stopping compiz regularly. When compiz is closed down (typically as a result of replacing the window manager) it incorrectly dumps windows into the first workspace.

[Development Fix]
Revision 3092 of lp:compiz-core (in both 0.9.7 and 0.9.8 series). Defer call to window->windowNotify (CompWindowNotifyUnreparent) on shutdown.

[Stable Fix]
As above.

[Test Case]
1. Compile and run compiz-core from source.
2. Place windows on different workspaces (usually requiring compiz-plugins-main too).
3. Kill compiz gracefully (SIGTERM).
4. Restart compiz
5. Verify all your windows have not moved to workspace 0.

[Regression Potential]
Low. This fix has been well tested for almost 2 weeks so far. Initially it did trigger a regression, bug 981703. However we found that this fix was not the root cause of that bug, only a trigger. That regression is also fixed in this same release - 0.9.7.8 & 0.9.8.0. So there are now no known regressions.

ORIGINAL DESCRIPTION:
When compiz is closed down (typically as a result of replacing the window manager) it incorrectly dumps windows into the first workspace.

[Daniel van Vugt (vanvugt)]

Is this possibly related to bug 804036?

[Daniel van Vugt (vanvugt)]

Fix committed into lp:compiz-core at revision 3092

[Alan Griffiths (alan-griffiths)]

> Is this possibly related to bug 804036?

Doesn't seem like it (at least the fix for this isn't a fix for that).

[Daniel van Vugt (vanvugt)]

Fix reverted in lp:compiz-core at revision 3093. It was causing regression bug 981703.

[Daniel van Vugt (vanvugt)]

Fix re-committed into lp:compiz-core at revision 3097. The regression bug 981703 has now been resolved properly.

[Daniel van Vugt (vanvugt)]

Fix released in Compiz Core 0.9.7.8.

[Martin Pitt (pitti)]

Hello Alan, or anyone else affected,

Accepted compiz into precise-proposed. The package will build now and be available in a few hours. Please test and give feedback here. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

[jhfhlkjlj (fdsuufijjejejejej-deactivatedaccount)]

It's not fully functional. I've put maximized firefox in 0,0 - a terminal in 0,1 - nautilus in 1,0 - and system settings in 1,1. All stayed there except the terminal (which moved to 0,0 on compiz --replace). The terminal moves back to 0,0 no matter what workspace I put it on.

Further, if I use compiz --replace while on a non-0,0 screen, it will move the windows randomly to different workspaces.

needless to say, it's half-baked.

[Daniel van Vugt (vanvugt)]

I've found the same. Most of the windows-moving-workspaces-when-compiz-restarts bugs are still present for me.

But this particular bug is not important enough to care about if it fails SRU verification.

[Launchpad Janitor (janitor)]

This bug was fixed in the package compiz - 1:0.9.7.8-0ubuntu1

---------------
compiz (1:0.9.7.8-0ubuntu1) precise-proposed; urgency=low

  [ Didier Roche ]
  * New upstream bug fix release:
    - [fglrx] Title bar does not update on non-maximized windows (LP: #770283)
    - Some apps (like Remmina) can't full-screen under Compiz (or Unity)
      (LP: #946388)
    - Compiz-core fails to compile with gcc-4.7 - 'cc1plus: all warnings
      being treated as errors' (LP: #972519)
    - Menu shadow clipping flickers while switching menubar items/indicators
      (LP: #978900)
    - Compiz should not move windows to workspace 0,0 when restarted
      (LP: #980026)
    - regression / unable to interact with window-titlebar (window decoration)
      after minimizing/unminimizing gnome-terminal (LP: #981703)
  * debian/patches/workaround_770283.patch,
    debian/patches/fix_976467.patch:
    - removed, upstreamed

  [ Oliver Grawert ]
  * update the GLES2 patch for the new upstream release.

compiz (1:0.9.7.6-0ubuntu2) precise-proposed; urgency=low

  [ Łukasz 'sil2100' Zemczak ]
  * debian/patches/workaround_770283.patch:
    - Workaround a problem with fglrx not refreshing window decoration textures
      on pixmap modification (LP: #770283)

  [ Oliver Grawert ]
  * update GLES patch for new quilt patch, fix issue with GLES patch that
    forcefully unapplied other quilt patches and resulted in
    gtk-window-decorator to not be started.
 -- Didier Roche <email address hidden> Thu, 26 Apr 2012 09:19:51 +0200