Potential cases where textures can become invalid where plugins need the image for animations

Bug Description

There are a few cases where textures can become invalid because a pixmap went away and a plugin is keeping the texture around for animations (eg, unmapRefCnt).

This is anywhere where CompositeWindow::release () can be called from, which includes frame updates, map, unmap, resize etc. In those cases, some drivers may not report a failure to bind the texture and we will have an invalid texture.

Fix committed into lp:compiz at revision 3274

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

---------------
compiz (1:0.9.8.0-0ubuntu1) quantal-proposed; urgency=low

* debian/control, debian/rules:
- enable gles on armel and armhf
- use dh-translations rather than custom code

[ Sam Spilsbury ]
* Enable OpenGL ES building
- Refresh debian/patches/workaround_broken_drivers.patch
- Remove non-ported plugins from compiz-plugins
- Add FindOpenGLES2.cmake to compiz-dev

[ Timo Jyrinki ]
* New upstream release.
- Code to make compiz work on GLES. This includes several changes
to the compiz API. (LP: #201342) (LP: #901097) (LP: #1004251)
(LP: #1037710)
- Draft first 0.9.8.0 NEWS and bump VERSION
* debian/patches/compiz-package-gles2.patch:
- Remove, obsoleted by the upstream GLES work
* Disable plugins that don't work on pure GLES on armhf/armel:
- bench, firepaint, mblur, showmouse, splash, showrepaint, td, widget
-- Sebastien Bacher <email address hidden> 2012年8月31日 22:59:50 +0200