Closed Bug 716506 Opened 12 years ago Closed 12 years ago

Spellchecker resets it's status when switching applications

Categories

(Core :: Spelling checker, defect)

9 Branch
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 688860

People

(Reporter: psm, Unassigned)

Details

(Keywords: regression)

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 5.1; rv:9.0.1) Gecko/20100101 Firefox/9.0.1
Build ID: 20111220165912

Steps to reproduce:

Take a clean new installation of Thunderbird and install a Spellchecker for a second language.
Open a message compose window and set the language to the second one and type a text in this two languages.
Example: Install the German spellchecker and type the text "This is a test. Das ist ein Test." The English part of the text is marked red from the spellchecker.
Now switch application and back again (eg. to firefox and back to thunderbird).



Actual results:

The German part of the text is marked red and the English not. Although the spellchecker button in the toolbar still reclaims the language is set to German.



Expected results:

Nothing ;-)

Workaround: Click again on the spellchecker button to german.

Reproduced under Windows XP and Windows 7 with Version 9.0.1 and 10.0b1
Thunderbird 8.0 works fine.
(In reply to Michael Fischer from comment #0)
Works for me here:
User Agent: Mozilla/5.0 (X11; Linux i686; rv:9.0) Gecko/20111222 Thunderbird/9.0.1
Application Build ID: 20111222141531
Anything in Tools -> Error console when this happens ?

Does it happens in -safe-mode too (help -> restart with addons disabled) ?
It is not possible to test in Safe-Mode, because then there is only one spell checking language available. What I did was to select "disable all add-ons" and "reset toolbars and controls" when asked at the beginning of the safe mode and then reinstall the german dictionary: The problem didn't disappear (and the error log stays empty).

But with a new empty profile I couldn't reproduce the error so I created my whole profile again from scratch and comparing it with my faulty one revealed the cause of the error:

In the file content-prefs.sqlite there is only one entry:
Table groups: id = 1, name = "about:blank"
Table settings: id = 1, name = "spellcheck.lang"
Table prefs: id = 1, groupID = 1, settingID = 1, value = "en-US"

If I delete this file, everything works fine. But I don't know where this entry came from and why it is here.

Should now the bug be declared as resolved with Solution "delete file content-prefs.sqlite in the profile directory" or stay unconfirmed with the new title "spurious entries in content-prefs.sqlite lead to strange behavior of the spellchecker"?

The file that causes the error is attached to this bug report.
I have upgraded Thunderbird from version 8 to 9. After doing this, I have a similar behavior on Linux as described above. Here it suffices to move the message compose window to reset the spell-checker. 

Indeed it seems to help to remove the content-prefs.sqlite file. But that could indicate that older versions are using some preferences that are interpreted differently in version 9?

I'd rather not attach my content-prefs.sqlite file, until I can see what kind of information I am attaching :-)
Component: Message Compose Window → Spelling checker
Keywords: regression
Product: Thunderbird → Core
QA Contact: message-compose → spelling-checker
Version: 9 → 9 Branch
The same problem happens on Mac OS 10.7.2 in Thunderbird 9 (again was upgraded from version 8). Here, one has to cover the message compose window with another window (it can be from the thunderbird application itself). When uncovering the message compose window, the spell check language is reset. Again, removing the content-prefs.sqlite file helps.
I would have guessed that this is a regression from bug 364914, except that bug was landed for Firefox 10, not 9...
> I'd rather not attach my content-prefs.sqlite file, until I can see what
> kind of information I am attaching :-)

With Linux you just need the sqlite commando tools. The just type in your shell:
sqlite content-prefs.sqlite .dump
(In reply to Ehsan Akhgari [:ehsan] from comment #7)
> I would have guessed that this is a regression from bug 364914, except that
> bug was landed for Firefox 10, not 9...

This is how to find regressions http://www.rumblingedge.com/2009/02/24/howto-find-regression-windows-through-manual-binary-search/ - it works with Firefox too.
Bug first appeared in the nightly Build of August 24 2011 (on August 23 there is no comm-central directory).

Bug was fixed on the nightly build of November 30 2011 (Version 11.0a1). From this version on thunderbird saves the current spell-checker language in the content-prefs.sqlite file.

So this bug affects only versions 9 and 10 of thunderbird.
OS: Windows XP → All
Hardware: x86 → All
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → INVALID
The bug still presents itself in Thunderbird 10.01. 

I am a little surprised that, presumably, it will take from release 9.01 until the release of 11 before the bug fix is visible to ordinary users. Why doesn't the bug fix appear already with the next release after Thunderbird 9.01 (i.e. 10.0 or the latest 10.01)? 

I know that new major releases of Firefox and Thunderbird are coming out fast these days, but it is frustrating to see a known bug fix only appear after several releases. This begs for the me the question, what is the advantage of fast releases, if one can't react immediately to bugs?

I am writing daily e-mails in three languages (English, Danish, and German); thus I am confronted with the bug several times a day and it is really annoying me.
Attachment #588022 - Attachment mime type: text/plain → application/octet-stream
(In reply to Michael Fischer from comment #10)
> Bug was fixed on the nightly build of November 30 2011 (Version 11.0a1).

https://hg.mozilla.org/comm-central/pushloghtml?startdate=2011-11-28&enddate=2011-12-01bug 688860
Resolution: INVALID → DUPLICATE
You need to log in before you can comment on or make changes to this bug.