Description of problem: For some reason I need to run the desktop under zh_CN.utf8 locale but Thunderbird under en_US.utf8. When doing so, the mail text displayed in Thunderbird gets incorrect font rendering. For all plain text mails, the Characters are displayed in a mixed fonts of WenQuanYi Zen Hei and AR PL UKai (see screenshot). This affects all mail directories as well as the mail composition window, but the effect is limited to mail body text. Subjects are not affected. If Thunderbird is run under locale zh_CN.utf8, there's no inconsistency with mail body font. Version-Release number of selected component (if applicable): thunderbird-3.1.6-2.fc14.x86_64 How reproducible: Always (under locale en_US.utf8) Steps to Reproduce: 1. Run Thunderbird with LC_ALL=en_US.utf8 2. Read or compose plain text emails with Chinese characters Actual results: Chinese characters in message bodies are displayed in inconsistent fonts, greatly reducing readability. Expected results: The fonts used should have been consistent. Additional info: This problem arises when the option "Use fixed width font for plain text messages" is selected. This is my preferred setting, and the monospace font used is Nimbus Mono L. I'm not sure whether this has anything to do with fontconfig. I have not meddled with F14's default system-wide fontconfig settings.
*** Bug 653018 has been marked as a duplicate of this bug. ***
Created attachment 460311 [details] Screenshot of the font inconsistency in message body when composing a new mail. Note that the subject area is not affected.
Reporter, sorry for the long delay of response. Is this still an issue with a completely updated system? If so, I will mark this triaged and assign it to the developer. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Since there are insufficient details provided in this report for us to investigate the issue further, and we have not received feedback to the information we have requested above, we will assume the problem was not reproducible, or has been fixed in one of the updates we have released for the reporter's distribution. Users who have experienced this problem are encouraged to upgrade to the latest update of their distribution, and if this issue turns out to still be reproducible in the latest update, please reopen this bug with additional information. Closing as INSUFFICIENT_DATA. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers