Closed Bug 1059835 Opened 10 years ago Closed 10 years ago

Changing spellcheck language in one composition is applied to all open composition windows (need per-composition spell language setting for multiple simultaneous/concurrent compositions)

Categories

(Thunderbird :: Message Compose Window, defect)

Product:
Thunderbird
Component:
Message Compose Window
Version:
24 Branch
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 967494

People

(Reporter: Oliver.Meyer, Unassigned)

References

(Blocks 1 open bug)

Details

User Agent: Mozilla/5.0 (Windows NT 5.1; rv:20.0) Gecko/20100101 Firefox/20.0 (Beta/Release) Build ID: 20130409194949 Steps to reproduce: 1. Open two compose windows 2. Enter text in language 1 (e.g. German) into 1st compose window. 3. Enter text in language 2 (e.g. Englisch) into 2nd compose window. 4. Set the spell check language in 2nd Compose window to English. -> Everything is considered correctly spelled. 5. Set the spell check language in 1st Compose window to German. -> Everything is considered correcly spelled. 6. Switch back to 2nd Compose window. Actual results: The english text in the 2nd compose window is now spell checked using the german dictionary I set in the 1st compose window, rendering it erroneous. Expected results: I want the spell check dictionary to be compose window local. I am currently creating two messages about the same topic in two compose windows in two different languages and I have to switch the language back an forth all the time.
Severity: normal → enhancement
Bug 69687 asks for a redesign of the multi language support. It contains lots of discussion and little change requests. I therefore declare this single request (One Spelling language per Compose Window) as a blocker for the general overhaul. The general overhaul cannot be complete if this request has not been dealt with.
Blocks: 69687
Oliver, thanks a lot for your well-formed bug report (we could need your volunteer support in triaging bugs...). Indeed, this occurs and should be fixed exactly as you say. Confirming TB 31.1.0 on WinXP Some older dupes found; forwarded to here for clearer STR.
Severity: enhancement → normal
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Spell check language should be local to the compose window → For multiple simultaneous compositions, changing spellcheck language in one composition is applied to all open composition windows (need per-composition spell language setting)
Summary: For multiple simultaneous compositions, changing spellcheck language in one composition is applied to all open composition windows (need per-composition spell language setting) → Changing spellcheck language in one composition is applied to all open composition windows (need per-composition spell language setting for multiple simultaneous/concurrent compositions)
On closer reading, this is actually a dupe of bug 967494. Not only concurrent compositions, but also any subsequent new composition will use whatever spellcheck language user last switched to in any of his compositions. Iow, all compositions always use the same spellcheck language, which is obviously not intended. Good news: Fix pending shortly! I just pushed the patch attachment 8374000 [details] [diff] [review] for checkin, which was ready but waiting in Bug 967494 since February 2014...
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
See Also: https://bugzilla.mozilla.org/show_bug.cgi?id=967494 →
You need to log in before you can comment on or make changes to this bug.