Build:03/20 linux In case a mail is viewed in a separate window, reply doesn't inherit the original charset. Steps to reproduce: Step 1. have global default mail compostion charset set to iso-8859-1(from Edit | preferences | Mail and Newsgroups | Composition) Step 2. select a big5 or an iso-2022-jp mail on the thread and double click to open it on a separate window Step 3. then click on Reply on the window for the big5 or iso-2022-jp message. Observe the charset menu pointing to Western on reply window.
This problem is not reproducible on 03/20 macos9 and macosX build.
The results reported above feels strange to me. The fix in the other bug seems to be working well. There is one type of case where the reply charset might look like it is following the composition default. The reply charset for messages with **no charset** info follow either the display default or the folder default set via the charset properties dialog. I am not able to reproduce this problem with Win32 2002-03-20 build, even if I follow the steps given above.
This is only reproducible with linux build, and the messages I used to reproduce the problem have MIME charset info, for instance, mails in the smoketest folder.
Has this bug been affected by the fix for bug 260725? Is it still reproducible?
Product: Core → MailNews Core
Assignee: nhottanscp → nobody
Status: ASSIGNED → NEW
You need to log in before you can comment on or make changes to this bug.