Comment 257 for bug 439448

What I find quite interesting is that when an icon is corrupt (for
example, my wireless network icon is half-obscured by half of the CPU
temperature icon shape), and the icon is subsequently modified (e.g., I
disable and re-enable wireless network causing the icon to animate), the
only part of the icon redrawn is that part NOT obscured by the incorrect
half of the CPU temp. icon. In other words, only the currently correct
bit of the icon is redrawn and the bad bit is always bad.
Even when I totally remove the CPU temperature from the panel, the
wireless icon is STILL corrupted with half the temperature icon.
This is pretty strange. I find it hard to think of a programming
scenario which would allow this. It's almost like the buffer for the
icons is the right size, but the animate/draw code somehow thinks the
width of the icons is smaller than it actually is. So when the icon
buffers are blitted to the panel, they're the correct size, but we
always get whatever is in the icon bitmap buffer. And since the icon
only ever draws to a smaller width than it actually is, we always have
the corrupt bit. That's my guess, anyway.
So I'd be looking for some corruption of the icon width, not some sort
of incorrect overdraw of the icon. My guess is that what's overdrawn is
actually what was previously in the icon buffer before the width got
corrupted. Just a guess.

On Thu, 2010-10-14 at 11:07 +0000, Rodrigo Carvalho Silva wrote:
> Does anyone have any clues about what is the bugged component? We thought it
> was Murrine but some people are using other Murrine themes and aren't
> experiencing the bug anymore (me included). Another diference is that the
> theme I'm using (Wasp-Murrine) doesn't have any backgournd image. Do you
> think this might be the problem? Does corruption happens with a non-Murrine
> theme with background image?
>
> In conclusion, what are the possibilities?
>
> 1 - Compiz + background image
> 2 - Compiz + Murrine + background image
> 3 - Another possibility?
>
> Regards!
>