223877 - Incorrect font displayed in dropdown during HTML mail composition

Status: RESOLVED DUPLICATE of bug 209674

(MailNews Core :: Composition, defect)

Description

[Greg Chakalian]

User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5) Gecko/20031007
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.5) Gecko/20031007

The selected mail font (MS Sans Serif), custom set in "preferences", does not
consistently display correctly when replying to an email or composing a NEW
email. When it does not display per preference it displays the "Times New Roman"
default, but indicates MS Sans Serif as the current font in the font drop down menu.

Reproducible: Sometimes

Steps to Reproduce:
1. Compose a new email or reply to an existing one.

2. Also, in a case, where different fonts are used within the body of the email,
highlighting a specific character does not display/indicate the correct font in
the font drop-down menu. The listed font in the drop-menu should switch to and
indicate the respective character/font highlighted with the cursor.
Actual Results:  
Incorrect font displayed

Expected Results:  
Correct font should be displayed

Comment 1

[Mike Cowperthwaite]

Greg Chakalian, this could be a character-set issue.

In  Preferences|Mail&Newsgroups|Composition, there is a setting for the 
character coding -- typically "Western (ISO-8859-1)" or "Unicode (UTF-8)".  Each 
individual character coding has its own specific set of fonts; if you look at 
Preferences|Appearances|Fonts, you'll see the dropdown to select the encoding at 
the top.  Be sure when you're setting the font, you're matching it to the 
encoding used for mail composition.

If this information fixes your problem, please mark this bug  Resolved|Invalid.

Comment 2

[Mike Cowperthwaite]

No response from reporter; =>WFM

Greg Chakalian, if this bug is still a problem for you after trying the 
suggestions in comment 1, feel free to reopen.

Comment 3

[Greg Chakalian]

The coding is and has always been ISO-8859-1. The problem appears to be
inconsistent. Notably, the font in the composition drop-down menu is not
indicative of the font hi-lighted when multiple style fonts are used. This is
almost always consistent and may be a bug of it's own. It will often indicate
"(mixed)"  no matter what is selected with the pointer/cursor or simply show the
incorrect font. Will pay closer attention to see if this follows any particular
pattern or sequence.

Comment 4

[Mike Cowperthwaite]

My mistake: I was assuming you were using plain text, rather than HTML mail, and 
so I misread the bug.  Sorry!

This is a regression between 1.3 and 1.4.  (Perhaps a side effect of the fix for 
bug 107877.)

The font-select dropdown is not dynamically updated to indicate the font in use 
at the cursor point or selection.  If a selection is made that includes multiple 
typefaces, the dropdown does update to "(mixed)" but then remains at that 
setting.  Changing the dropdown manually still works to reset the font, but when 
the cursor is moved to a different point, text entered there uses the font 
settings from that point.

Note that the Style dropdown, and the color and BUI indicators, all update 
dynamically as expected.

If there's an earlier report, I've missed it.  Updating summary for clarity, and 
confirming.

Comment 5

[Mike Cowperthwaite]

This appears to be a dupe of bug 209674.  Greg, do you agree?

Comment 6

[Greg Chakalian]

It appears so. Was able to replicate bug 209674 and it was consistent with bug
223877.  The issue is not specific to a particular font. I may not have been
clear in the earlier bug report that indicated MS Sans Serif.

Comment 7

[Mike Cowperthwaite]

OK, marking dupe.

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