From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041111 Firefox/1.0 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): openoffice.org-1.1.2-11.5.fc3 How reproducible: Always Steps to Reproduce: 1. Start OpenOffice.org 2. Use menu. Expected Results: Readable text. Additional info: 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 FC2 version. (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 xgl-maint 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-6.8.1.901 (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 well. TIA
Created attachment 108922 [details] Rawhide X log file.
Created attachment 108923 [details] xorg.conf (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.