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

Status: RESOLVED WORKSFORME

(Thunderbird :: Message Compose Window, defect)

Description

[Ilja Sekler]

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.

Comment 1

[Mike Cowperthwaite]

Reproduced with TB 2b2-0131, Win2K.

Comment 2

[Scott MacGregor]

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.

Comment 3

[Scott MacGregor]

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. 

Comment 5

[Stefan]

Bug confirmed here too. Any plans to fix this annoyance?

Comment 6

[Casper Gripenberg]

Present in release 2.0.0.4 also.

Comment 7

[Tuomo Latto]

I see it too with version 2.0.0.4 (20070604).
It is extremely annoying.

Comment 8

[KofolaMaster]

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.

Comment 9

[Jubal Kessler]

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

Comment 10

[Magnus Melin [:mkmelin]]

I don't see this on linux/ version 3.0a2pre (2008051003)
Can someone confirm it's gone?

Comment 11

[Ilja Sekler]

(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).

Comment 12

[Wayne Mery (:wsmwk)]

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

Comment 13

[Ilja Sekler]

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?

Comment 14

[Wayne Mery (:wsmwk)]

(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

Comment 15

[Ilja Sekler]

(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.

Comment 16

[Wayne Mery (:wsmwk)]

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)

Comment 17

[Ilja Sekler]

Filed <https://bugzilla.mozilla.org/show_bug.cgi?id=636465>.