For the last several months, certain UTF-8 messages, which are reported as windows-1255 or iso-8859-8-i and have both plain text and HTML parts (these may be sufficient rather than necessary criteria), are no longer properly decoded when forcing the charset to UTF-8. Moreover, sometimes one even gets parts of the HTML itself, e.g. the doctype string, in the decoded message. This happens, of course, with and without my BiDi Mail UI extension. This started happening between 2009-07-09 and 2009-07-12.
There are no Windows builds between 2009-07-09 and 2009-07-12 so I can't pinpoint the exact day. Another note: The windows-1255 decoding result also differs before and after the regression, it's not just the post-coersion decoding.
Created attachment 407249 [details] triggerring message Simplified testcase. It turns out you don't need the text MIME part. But if you only have text instead of HTML with the same issue (UTF-8 reported as windows-1255 or 8859-8-i), the problem does not manifest.
Attachment #407246 - Attachment is obsolete: true
Bug does _not_ manifest with a clean profile using the same mail folders as the dirty one. But it _does_ manifest with a clean profile into which I've copied my prefs.js, addressbook, bookmarks and cookies, and using the same mail folders.
bad, sounds like. this is the only open intl bug, with regression keyword + created since fall 2006.
Version: unspecified → 1.9.1 Branch
Manifestation seems to also be affected by the choice of View Message Body as Simple HTML/Original HTML. With some messages I see manifestation with Original and Simple HTML but not with text; with other messages, it's just Simple HTML.
Removing myslef on all the bugs I'm cced on. Please NI me if you need something on MailNews Core bugs from me.
You need to log in before you can comment on or make changes to this bug.