Red Hat Bugzilla – Bug 143234
OpenOffice font rendering in UI elements broken
Last modified: 2007-11-30 17:10:57 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5)
Description of problem:
After upgrading from FC2 to FC3, menu and dialog box font display in
OpenOffice is broken, to the point of being unreadable.
See http://does-not-exist.org/ooffice-hosed.png for a sample screenshot.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Start OpenOffice.org
2. Use menu.
Expected Results: Readable text.
The same problem occurs with OpenOffice-1.1.3 as downloaded from
openoffice.org, and with the latest FC2 packages, which worked nicely
before the upgrade to FC3. This may point to a more generic problem
with the X11/font subsystem; I'm filing the bug against OOo because I
have no idea which package is the culprit, and because OOo seems to be
the application that triggers the problem.
Platform: Thinkpad R40 with a Radeon Mobility 7500 graphics card.
What's your "Application Font" as shown from the Main
Menu->Preferences->Fonts applet in Gnome?
Sans 11; screen resolution in Preferences-Fonts-Details is set to 75
dpi to match the resolution returned by xdpyinfo.
I have played around with the system a little more. The problem goes away when I
set the "NoAccel" option on the X server; this points at xorg-x11 as the
culprit. I have not yet attempted downgrading the entire X window system to an
(Changing the component concerned to xorg-x11. I hope this is the appropriate
way to do this.
Yes, its the right way to do it, but we need to reassign too. (krh: where should
these go, mharris, ssp, or you?)
Dan, we're using email@example.com for incoming X bugs, later when one of us
takes the bug we reassign it.
As for this bug, it would be nice to narrow down which specific acceleration
option causes the bug. I'm suspecting the Render acceleration, which can be
disabled by adding:
Option "renderaccel" "false"
to the device section in the xorg.conf config file. Please remove the "NoAccel"
option and try this instead - thanks.
Disabling the Render acceleration indeed cures the symptoms, as does a
downgrade to the 6.7.0-11 xorg packages from FC2.
Most likely a dupe of https://bugs.freedesktop.org/show_bug.cgi?id=1424.
Thomas: xorg-x11-18.104.22.1681 (6.8.2rc1) is currently in rawhide. It
has numerous bug fixes for the radeon driver since 6.8.1 was released,
and might possibly fix this issue. We'll be releasing 6.8.2 for
FC3 once it is officially released. If you would be willing to test
the new rawhide X out, with render acceleration re-enabled, and report
back, that would be quite helpful to us.
Thanks in advance.
Please also attach X server log and config file to bug report from
failed setup (unless you test rawhide X and it works). Also, please
confirm wether you think the bug in comment #7 describes your issue
Created attachment 108922 [details]
Rawhide X log file.
Created attachment 108923 [details]
(The render acceleration was enabled during my test run with rawhide X. Note
that I'm using 16bpp to work around the "X freezes some time after
suspend/resume cycle" problem that used to be common with Thinkpad laptops; I
haven't bothered to verify whether or not the problem persists.)
As you can guess from the attachments above, the problem persists with
rawhide X. The bug report given in attachment 7 [details] does look like it
describes the same problem I'm also experiencing.
(Make that "comment 7", not "attachment 7 [details]".)
*** This bug has been marked as a duplicate of 136065 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.