Description of problem: Openoffice.org menus have corrupted fonts. Version-Release number of selected component (if applicable): RHEL 4 beta 1 with openoffice.org-1.1.2-10 How reproducible: 100% Additional Information: The corrupted fonts appear on the menus of Openoffice.org on an IBM Thinkpad T30 with a 1400x1050 screen and a 16 MB Rage Mobility 7500 chip.
Created attachment 105693 [details] Example of screen corruption
What fonts do you have installed? Can you past the output of an 'fc-list' command typed into a Terminal to this bug? Also, what font is shown as the "default" font in the Fonts preference panel (Application menu/Red Hat menu->Preferences->Fonts)? Is it "Sans" or something else? Thanks! Dan
Font is "Sans"
Created attachment 105698 [details] output of fc-list
An update on this. I installed FC3 RC5 on the same laptop this weekend and the problem still exists. I have, however, discovered that it only seems to be an issue in 16-bit mode; when I switch to 24-bit mode the font corruption is largely gone (there are still some small artifacts, such as the 'n' in 'Window' on the menubar). I haven't had an opportunity to test it, but I imagine that color depth is also related to the problem under RHEL 4 Beta 1. Note: under Linux, I need to use 16-bit color in order to get accelerated OpenGL graphics at the panel's native resolution of 1400x1050 on this laptop, hence the problem.
One other thing. I have seen similar corruption during the install of FC3 RC5 and RHEL 4 Beta 1, on the Firewall Configuration screen. The "o" in "No firewall" is corrupted, until you run the cursor over it. I'm not sure if this points to an underlying problem with xorg-x11, but I thought I would pass it on.
I've seen this with OOo 1.1.2-10 on FC3 using both Luxi Sans and Nimbus Sans L. It seems to only happen on the letter 'r'. Freetype version: 2.1.9-1 What's your version of freetype? OOo uses the system freetype so that might be the common factor here... (though I also have a Radeon Mobility M6 LY, so it might be ATI-specific).
(note that I'm running in Millions of Colors (24-bit I assume).
Freetype version: 2.1.9-1 Try running in Thousands of Colors, which is 16-bit. You should see the problem fairly quickly. Note that I see the problem with other fonts than Sans. Bitstream Vera Sans also has the same issue.
As mentioned recently, how does disabling RenderAccel affect this... e.g. Section "Device" Driver "radeon" ... EndSection to -> Section "Device" Driver "radeon" Option "RenderAccel" "false" ... EndSection
Maybe this is the same or related to rh#143234#
Setting RenderAccel to false appears to fix this.
Also updated the bugzilla to indicate that the bug still exists (before the Render Accel fix) in RHEL 4 GA.
*** This bug has been marked as a duplicate of 136065 ***
close as dup
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHSA-2005-198.html