Closed
Bug 716506
Opened 12 years ago
Closed 12 years ago
Spellchecker resets it's status when switching applications
Categories
(Core :: Spelling checker, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 688860
People
(Reporter: psm, Unassigned)
Details
(Keywords: regression)
Attachments
(1 file)
224.00 KB,
application/octet-stream
|
Details |
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.
Comment 1•12 years ago
|
||
(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
Comment 2•12 years ago
|
||
Anything in Tools -> Error console when this happens ? Does it happens in -safe-mode too (help -> restart with addons disabled) ?
Reporter | ||
Comment 3•12 years ago
|
||
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.
Reporter | ||
Comment 4•12 years ago
|
||
Comment 5•12 years ago
|
||
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 :-)
Updated•12 years ago
|
Component: Message Compose Window → Spelling checker
Keywords: regression
Product: Thunderbird → Core
QA Contact: message-compose → spelling-checker
Version: 9 → 9 Branch
Comment 6•12 years ago
|
||
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.
Comment 7•12 years ago
|
||
I would have guessed that this is a regression from bug 364914, except that bug was landed for Firefox 10, not 9...
Keywords: regressionwindow-wanted
Reporter | ||
Comment 8•12 years ago
|
||
> 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
Comment 9•12 years ago
|
||
(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.
Reporter | ||
Comment 10•12 years ago
|
||
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.
Reporter | ||
Updated•12 years ago
|
OS: Windows XP → All
Hardware: x86 → All
Reporter | ||
Updated•12 years ago
|
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → INVALID
Comment 11•12 years ago
|
||
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.
Updated•11 years ago
|
Attachment #588022 -
Attachment mime type: text/plain → application/octet-stream
Updated•11 years ago
|
Keywords: regressionwindow-wanted
Comment 12•11 years ago
|
||
(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-01 → bug 688860
Resolution: INVALID → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•