[compiz] broken window decorator with unity-window-decorator

[Jammy Zhou]

- login with unity-2d on panda board
- open a terminal window
- run "compiz --replace &"
- run "unity-window-decorator --replace &"
- resize the terminal window
- black area appeared surrounding the window
- there are always black area surrounding newly opened window as well as menus

[Ricardo Salveti (rsalveti)]

The black area is not happening anymore with latest compiz and latest unity-window-decorator patch, but now a different behavior happens at the screen, messing up with the compositor.

[Ricardo Salveti (rsalveti)]

After moving to another desktop and showing the menu.

[Ricardo Salveti (rsalveti)]

This is the patch used that adds the unity-window-decorator support:
http://bazaar.launchpad.net/~linaro-graphics-wg/unity-gles/compiz/view/head:/debian/patches/01_unity_window_decorator.patch

This patch is basically a copy of the unity-window-decorator code available at the latest package version at Natty (1:0.9.4+bzr20110415-0ubuntu2).

[Ricardo Salveti (rsalveti)]

After porting the grid plugin this behavior change at the moment you move the window to a corner of the screen. Once that's done the decorator will show only the black box, and the weird rendering behavior will go away.

Once the black box is back staticswitcher will show the rectangle while switching the window and compositing with another GLES application will also work.

[Ricardo Salveti (rsalveti)]

I'm able to reproduce building directly from current Travis's branch (a2f1e474aa3f326074c449522ba9272eb8206bc6).

Build steps:
apt-get build-dep compiz (after enabling the unity-gles PPA)
cmake ../ -DBUILD_GLES=TRUE -DCMAKE_INSTALL_PREFIX=/home/ubuntu/compiz/build2
make
make instal

Run:
./compiz --replace composite opengl

At the time it composites the first entire frame, is already corrupted. The behavior change when using grid is probably because of the blend enable and disable.

[Ricardo Salveti (rsalveti)]

I can confirm that this bug doesn't happen with 1.7.5.0~gitc77b84a-3. One difference from that driver version is the way it's handling a transparent FB (even alpha had to be disabled at the DRM driver, probably something else missing in the kernel). After reverting the way it's handling the FB it goes back to normal.

But even when the weird blend issue is fixed, the black box is still covering the window (probably a gl_blend conflict with nux).

Travis, were you able to test your latest changes at Nux to coordinate the gl_blend with compiz?

[Ricardo Salveti (rsalveti)]

This is actually fixed at the released tarballs, the new issue is related with the gl_blend conflicts between nux and compiz, but topic for another bug.

[Ricardo Salveti (rsalveti)]

This is again an issue with driver pvr-omap4 - 1.7.9.2.1.7-1 available at the TI PPA. Xavier knows about the issue and the commit that caused the bug at the driver side.

Without that patch reverted, we're basically unable to use the Unity 3D desktop.

[Xavier Boudet (x-boudet)]

Pushed to TI OMAP trunk PPA

New pvr-omap packages versions:
- pvr-omap4-dkms version will be 1.7.10.0.1.1-1
- pvr-omap4 version will be 1.7.10.0.1.2-1

Check: https://launchpad.net/~tiomap-dev/+archive/omap-trunk