Closed Bug 369104 Opened 17 years ago Closed 15 years ago

"Spell Check As You Type" in the subject line is always on in a new plain text message compose window

Categories

(Thunderbird :: Message Compose Window, defect)

x86
Windows XP
defect
Not set
minor

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: bugzilla.i.sekler, Unassigned)

References

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.2pre) Gecko/20070201 BonEcho/2.0.0.2pre
Build Identifier: Thunderbird 2.0pre (Windows/20070201)

After the fix for the Bug 3459 that enables spellcheck of the subject line, the "spell check as you type" feature underlines words it dislikes with red dotted lines even if it is turned off globally. To disable it for the current compose window, it is necessary to enable it first and than disable it again.

It happens only if "compose messages in HTML format" is uncheckt, the HTML composer doesn't show this misbehavior.

Reproducible: Always

Steps to Reproduce:
1. Uncheck "compose messages in HTML format" in the account settings.
2. Disable "spell as you type" globally.
3. Start writing a new message and type some nonsense words into the subject line.
Actual Results:  
The misspelled words are underlined.

Expected Results:  
The misspelled words are not underlined because "spell as you type" is deactivated.
Reproduced with TB 2b2-0131, Win2K.
Severity: normal → minor
Status: UNCONFIRMED → NEW
Ever confirmed: true
Version: unspecified → 2.0
I can't reproduce this on the trunk. 

Plain text compose where inlne spell checking is globally turned off is working. I'll try the branch next.
yeah it seems to be branch only. And suggestions don't show up in the context menu for the textbox, so something is getting properly disabled. the Spell check text box and languages picker are all properly hidden too. 

Its almost as if just the code that underlines misspelled words is still running.

I suspect this is might be a bug in the inline spell checking for textbox toolkit code. 

Bug confirmed here too. Any plans to fix this annoyance?
Present in release 2.0.0.4 also.
I see it too with version 2.0.0.4 (20070604).
It is extremely annoying.
There is an easy fix:
Delete/rename the dictionary files selected in the options (dictionary files are located in default installation in "C:\Program Files\Mozilla Thunderbird\dictionaries").
This effectively disables any attempts to spell-check anything.
Putting the following in one's profile, in chrome/userChrome.css (create the file if it doesn't exist), will remove the spellcheck specifically for the Subject line:

#msgSubject > .textbox-input-box
 {-moz-binding: url("chrome://global/content/bindings/textbox.xml#input-box");}

Taken from Rod Whiteley's post at:

  http://forums.mozillazine.org/viewtopic.php?p=2885439#2885439
I don't see this on linux/ version 3.0a2pre (2008051003)
Can someone confirm it's gone?
(In reply to comment #10)
> I don't see this on linux/ version 3.0a2pre (2008051003)
> Can someone confirm it's gone?

This bug never existed on Linux, it is windows-only and limited to the 1.8 branch. And of course, it is still there on Windows version 2.0.0.15pre (20080511).

Assignee: mscott → nobody
This works in v3, so closing WFM
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1pre) Gecko/20090613 Shredder/3.0b3pre
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
I moved yesterday from comm-1.9.2 to comm-central:

Mozilla/5.0 (X11; Linux i686; rv:2.0b13pre) Gecko/20110223 Thunderbird/3.3a3pre

and saw this issue again - or sort of, because now the subject line of the HTML message compose window is affected too, and I run Linux. Even the workaround mentioned in Comment #9 still helps.

Would you like me to file a new bug or to revive this one?
(In reply to comment #13) 
> Would you like me to file a new bug or to revive this one?

I'm not sure what to say. I'm having trouble reconciling the time lines of who said what worked when on which branches. For example you indicate in comment 11 the problem didn't exist on trunk. that might indicate your current situation is something different.

FWIW, open spell subject bugs are https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced;short_desc_type=allwordssubstr;resolution=---;type0-0-0=nowords;value0-0-0=count%20counts;product=MailNews%20Core;product=Thunderbird;short_desc=spell%20subject
(In reply to comment #14)
> (In reply to comment #13) 
>> Would you like me to file a new bug or to revive this one?
> 
> I'm not sure what to say. I'm having trouble reconciling the time
> lines of who said what worked when on which branches. For example
> you indicate in comment 11 the problem didn't exist on trunk.

The bug was introduced in TB 2.0, fixed in TB 3.0 (fixed on comm-1.9.2 branch) and regressed again on the current trunk, so most of the 3 and even 4 years old comments about affected versions are of course misleading now.

> that might indicate your current situation is something different.

I doubt, because this essential part of the initial description

"To disable <spell check in the subject line> for the current compose
window, it is necessary to enable it first and than disable it again."

remains valid. But I can't say whether I missed this detail while reporting the bug or it is new: once spell check in the subject line is really disabled in a message compose window, it stays disabled in new message compose windows till the next launch of Thunderbird.
I think, to avoid the very confusion I mentioned above, a new bug should be filed for the current issue. Even though it's a continuation of the same symptoms. (as you said, something got fixed along the way)
You need to log in before you can comment on or make changes to this bug.