466625 - Changed View/Character Encoding for mail display is not saved

Status: NEW

(Thunderbird :: Mail Window Front End, defect)

Description

[Omar Bajraszewski]

When you receive an e-mail with set wrong character encoding you can change it via View menu. But when you go to another e-mail and return to previous message you can see that set character encoding isn't saved

Step to reproduce:
1) Receive e-mail with i.e. Central European character encoding (and default character encoding is Western)
2) Change character encoding to Central European
3) Jump to next e-mail
4) Return to previous message

Result:
The message is displayed with Western character encoding


Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1b2pre) Gecko/20081122 Lightning/1.0pre Shredder/3.0b1pre

I've found similar bug report (bug 202207) but it's not the same. It's a regression- I can't reproduce it with Tb 2.0

Comment 1

[Magnus Melin [:mkmelin]]

2.0 worked the same way, chosen view encoding isn't persisted.

Comment 3

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #0)
> When you receive an e-mail with set wrong character encoding you can change it
> via View menu. But when you go to another e-mail and return to previous message
> you can see that set character encoding isn't saved

There is no place to save "per mail view/character encoding". Tb has only per folder setting to force specific character encoding in case of such malformed mail.
1. Create "Force-Central-European" subfolder
2. Set per folder default character encoding to Central European
3. Force the default to all mails in the folder(check "always apply...)
4. Copy or Move the mail to "Force-Central-European" subfolder
   (rebuild-index may be needed for old mail, for expected subject display)

Is this bug enhancement request for "persitent per mail view/character encoding"? Or merely a question about how to fight with malformed mails?

Comment 4

[S2ci.777]

(In reply to comment #3)
> (In reply to comment #0)
> > When you receive an e-mail with set wrong character encoding you can change it
> > via View menu. But when you go to another e-mail and return to previous message
> > you can see that set character encoding isn't saved
> There is no place to save "per mail view/character encoding". Tb has only per
> folder setting to force specific character encoding in case of such malformed
> mail.
> 1. Create "Force-Central-European" subfolder
> 2. Set per folder default character encoding to Central European
> 3. Force the default to all mails in the folder(check "always apply...)
> 4. Copy or Move the mail to "Force-Central-European" subfolder
>    (rebuild-index may be needed for old mail, for expected subject display)
> Is this bug enhancement request for "persitent per mail view/character
> encoding"? Or merely a question about how to fight with malformed mails?

I'm referring to both v2.0.0.23 and v3.0 -- in v2 when replying or writing a
new e-mail, click on "Options" menu and then select "Character Encoding" and I
chose "UTF-8" and it stays set all the time even when shutting-down Tb v2 and
restarting it but in v3.0 when replying or writing a new e-mail, click on
"Tools" menu then "Character Encoding" and I select "UTF-8" but it doesn't
stay set. I have to reset it everytime I use Tb v3.0.

Comment 5

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #4)
> when replying or writing a new e-mail, click on "Options" menu
> and then select "Character Encoding" and I chose "UTF-8" (snip)

Original problem of comment #0 by bug opener(Omar Bajraszewski) is next.
> When you receive an e-mail with set wrong character encoding you can change it
> via View menu. But when you go to another e-mail and return to previous message you can see that set character encoding isn't saved

This bug is for "View/Character Encoding" used in mail display.
But your issue relates to Options/Character Encoding of mail compose window.
Your issue is irrelevant to this bug, although "Character Encoding" is common.
[e-mail], openn separate bug, atter search B.M.O well for already opend/dupe'ed/wontfix'ed bugs, please. Or, if you need help, ask at appropriate place such as MozillaZine forum, please.

Comment 6

[WADA:World Anti-bad-Duping Agency]

"View" is added in bug summary to avoid confusion. Sorry to "Thread view" lovers.