User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:126.96.36.199) Gecko/20080404 Firefox/188.8.131.52 Build Identifier: version 184.108.40.206 (20080421) If there is a word in the Subject Line of the email which is flagged as a spelling error (red line underneath) and that word also appears (and is flagged) in the body of the email, adding the word to the dictionary only unflags the word in the location where you added the word to the dictionary, but not in the other location. Reproducible: Always Steps to Reproduce: 1. open a new Compose window 2. type "zzv " in the Subject Line (without the quotes, but with a space). Note that the word is now flagged as a spelling error. 3. type "zzv " in the Body of the email (without the quotes, but with a space). Note that the word is now flagged as a spelling error. 4. in the Subject Line, right click on the misspelled word and select "Add to dictionary" Actual Results: The misspelled word is no longer flagged in the Subject Line but is still flagged in the body of the email. Expected Results: If a word has been added to the dictionary, both the Subject Line and the Body of the email should be scanned to unflag the word. The error occurs whether you add the word to the dictionary from the subject line or the body of the email. System remains stable. Note that if you go to add the word to the dictionary a second time the word is accepted. I don't know if this means that there are now two copies of the word in the dictionary, or simply that no error was reported. This is why I am reporting this bug as "Normal" instead of "Minor".
Confirming on linux/trunk. xref bug 378434.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows Vista → All
Hardware: PC → All
Summary: Adding word to spelling checker behaves different in Subject line and body of message → Adding word to spelling checker in Subject doesn't make the word ok on the msg body
The behavior may have changed in current trunk - after step 4, if I touch the misspelled text in body, it is no longer underlined This reminds me of another bug I've seen, so this may be a dupe.
Severity: normal → minor
Component: General → Message Compose Window
QA Contact: general → message-compose
Confirming on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:220.127.116.11pre) Gecko/20091008 Lightning/1.0pre Shredder/3.0pre ID:20091008033625 I agree to comment #1: for me is closely dupe of bug #378434
On a related note (just dumping information), this is wrong and confusing: 1) add English words and some words from another language e.g. German to both subject and body 2) from context menu of either body or subject line, change language 3) with "spell check as you type" enabled, observe spell check error underlining in both body and subject 4) place cursor alternately in subject and body, observe spell checking markings 5) verify language setting in subject and body Actual result: 3) immediately after changing language, it *looks* as if the other part (body vs. subject) also changes to the same language, as underlinings flip accordingly; but when you actually click into the other part (body vs. subject)... 4) ...you'll see that the underlinings flip back to the language previously active in that part, and... 5) ...language setting of the other part (body vs. subject) is NOT updated/synchronized in the menus. Expected result: decide what we want: a) subject and body = single spell check area OR b) subject and body = separate spell check areas if a) single area: ensure synchronizing all aspects of spell checking immediately (language changes, ignored words). if b) separate areas: ensure keeping all spell check aspects and behaviour separate (well ignored words could still go for all areas, but language changes must be either strictly separate OR sctrictly synchronized) Current UX is really confusing.
You need to log in before you can comment on or make changes to this bug.