I ripped out the debian/patches/04_lcd_filter.dpatch and recompiled. This fixes the bug both in resizing windows and other apps (like firefox) painting some text incorrectly. As described above, it only happens with VRGB subpixel smoothing.
P.S. why was this defaulted to VRGB pixel order? How does X decide what the correct pixel ordering is? Presumably, three of these options are incorrect for my monitor...
This bug is still in Intrepid. Let's fix it?
I ripped out the debian/ patches/ 04_lcd_ filter. dpatch and recompiled. This fixes the bug both in resizing windows and other apps (like firefox) painting some text incorrectly. As described above, it only happens with VRGB subpixel smoothing.
Why is this patch in ubuntu in the first place?
The related cairo bug is https:/ /bugs.freedeskt op.org/ show_bug. cgi?id= 10301
P.S. why was this defaulted to VRGB pixel order? How does X decide what the correct pixel ordering is? Presumably, three of these options are incorrect for my monitor...