|Summary:||White Textures on some KDE items using compiz-git|
|Component:||Server/Ext/DRI||Assignee:||David Reveman <reveman>|
|Status:||RESOLVED FIXED||QA Contact:||Xorg Project Team <xorg-team>|
|Priority:||medium||CC:||akirchhoff135014, cypherzero, trevi55|
|i915 platform:||i915 features:|
Description Treviño 2007-05-31 01:19:47 UTC
Using compiz-git I get some white textures on my KDE desktop; there are two main situations In which I get this: - Drag and Dropping a KDE icon (it's completely white) - Opening the kubuntu deb-install konqueror sub-menu I'm sure this bug was fixed in 0.3.6 stable and also in 0.5 (both with ubuntu patches and using a clean - patchless build), then it comes back again... It's very annoying for me :/ Buggy Screenshots follow (if you want also screenshots using compiz 0.5, just ask)...
Comment 1 Treviño 2007-05-31 01:21:28 UTC
Created attachment 10142 [details] White Drag and Drop KDE icon Here's how it looks a .deb kde icon while Dragging it...
Comment 2 Treviño 2007-05-31 01:23:11 UTC
Created attachment 10143 [details] White kubuntu package menu Here's how it looks the Kubuntu Package Menu running under compiz (git)...
Comment 3 Michel Dänzer 2007-05-31 07:35:11 UTC
Are you using AIGLX? If so, what version of the X server? The second screenshot could be caused by a bug which was fixed in xserver 1.2. Not sure about the first one though.
Comment 4 Treviño 2007-05-31 09:50:12 UTC
(In reply to comment #3) > Are you using AIGLX? If so, what version of the X server? The second screenshot > could be caused by a bug which was fixed in xserver 1.2. Not sure about the > first one though. Sorry, I forgot to say this :P, however, yes! I've Xorg 1.2 (7.2) using AiGLX (but if I'm not wrong it was present also in Xgl, but I'm not so sure about this since I don't use it for months), so which is the fixed bug? However I hoped also in a compiz workaround for this because I should redistribute compiz .deb files, and I'd prefer not to share (in this situation) a newer/patched xserver too, but a patched version instead (also if we're using a workaround...) So, if all is how you said, I think we can close the bug, also if I always wait for a workaround patch :P
Comment 5 Michel Dänzer 2007-08-01 09:41:04 UTC
Should be fixed in xserver 188.8.131.52. compiz should be able to work around the problem by always querying the server about which texture target it uses for a pixmap instead of relying on it using the requested one.
Comment 6 Michel Dänzer 2007-08-01 09:56:25 UTC
*** Bug 11268 has been marked as a duplicate of this bug. ***