Red Hat Bugzilla – Bug 448104
corrupt glyph positions with large font
Last modified: 2008-08-23 23:47:10 EDT
Attached is a test-case boiled out of OpenOffice.org and bolted onto the xlib
cairo-demo. It attempt to render the string MoWoW and the string MWooW with a
very large Liberation Serif font. And the screenshot shows the results. Unless
I'm being very slow today (always possible) there is something terribly screwed
up going on.
I see this both with a i810 driver and a nv driver.
Created attachment 306499 [details]
Created attachment 306500 [details]
I've replicated this bug with the r100 driver as well. So it appears to be
a fairly generic cairo-xlib or X server bug. Note that the bug does not appear
when rendering to a cairo image surface. Also, the bug is present with at least
both of "Liberation Sans" and "Bitstream Vera Sans".
I've also added a new large-font test to cairo's test suite to exercise this bug.
It also verifies that all backends other than cairo-xlib pass the test.
Isn't this the bug reported here:
(In reply to comment #5)
> Isn't this the bug reported here:
Could be. I hadn't done any analysis of that one, so hadn't remembered it.
No fix yet?
Behdad, does Vlad's suggestion sound right?
I'm still looking close to try to understand this one myself. Where is
the glyph data getting shuffled for example?
Vlad's fix doesn't work:
I'll fix this today, perhaps using what I suggest in the above URL.
I've pushed a couple fixes to cairo master now. Please test.
Yes latest git version works just right for me
That probably means we can close this bug now, with cairo 1.7.4 in rawhide.