194824 - Changing mail format from HTML to plain text does not change font

Status: RESOLVED DUPLICATE of bug 140800

(MailNews Core :: Composition, defect)

Description

[Adam Sacarny]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030210
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030210

I start with an e-mail in HTML format. When I make the obvious choice to switch
it to plain text, the font does not change to a monospaced one. Instead I have
to start a new e-mail with my prefs switched to "No HTML mails".

Reproducible: Always

Steps to Reproduce:
1. Set account prefs for to HTML mail in MailNews
2. Hit compose with the account selected
3. Type a bit
4. Change e-mail to Plain Text Only from Options menu

Actual Results:  
The font did not change

Expected Results:  
It should have changed the font to a monospaced one, rather than keeping it on
Arial or Times New Roman or whatever it had before

Comment 1

[Adam Sacarny]

I just confirmed this bug on my friend's computer, also running Windows 2000,
but this time on 1.3a (Not 1.3b like when I first tried). This time also on a
different skin -- Modern instead of Classic. I guess it's no blocker, but easily
reproduceable, very unexpected behavior, and presumably an easy fix?

Comment 2

[Andreas Kunz]

Confirming (2003030208 on Win2k).
No dups found, bug 82514 and bug 78794 sound similar, but the other way round.
This is probably only a visual problem while composing (my testmail came as
plaintext mail).

Comment 3

[Colin S]

Confirming. Mozilla 1.3 final (20030312). Pinball theme.

Comment 4

[Henrique Sant'Anna]

After change formatation to plain text, if you paste some html text, it pastes
as html text and not as plain text, including tables.

Comment 5

[Mike Cowperthwaite]

What is really desired here is a way to switch between plain and HTML compose 
modes.  I'm duping this to a bug that's explicitly about that.

*** This bug has been marked as a duplicate of 140800 ***

Comment 6

[Andreas Kunz]

Mike, are you sure they are exact duplicates???
Fixing this bug would not fix that other bug.
This bug here is about the compose window not catching the prefs changes and has
nothing to do with if there is a visible switch in the compose window!

Comment 7

[Mike Cowperthwaite]

Options|Format is not a pref.  This bug is about the mail composition not 
switching from HTML to Plain (e.g. all formatting removed, monospace font) when 
Options|Format|Plain Text Only is selected.  (All that menu option does now is 
hide the format toolbar and ensure that the mail is *sent* as plain text.)

Incidentally, the workaround for the problem is to hold down the shift key when 
pressing the New Message (or Reply or Forward) toolbar buttons -- this causes 
the compose window to open in the opposite mode from the account's preference.
That is described in the dupe.

Comment 8

[Andreas Kunz]

I still think that providing a more prominent place to switch (other bug) is not
the same as making the switch work completely (this bug).

That other bug could be solved by just adding a button that calls the switching
routines that are already in place. But well,...