Version: 1.6.82 (using KDE 3.2.91 (CVS >= 20040706), compiled sources) Compiler: gcc version 3.3.1 (SuSE Linux) OS: Linux (i686) release 2.4.21-231-default When trying to reproduce bug 73074 (spell crash) I run into another spell related thing. Create a "New Message" Write two lines in different languages. Like this "ispell will display each word ispell kommer att visa varje ord" (Swedish) Enable option "Automatic Spellchecking" one (or both) of the lines will contain marked words. Now use Composer Window:Settings->Spellchecker to change language. No change. [Thought I also checked with "KMail:Settings->Spell Check" or something like that - but now I can not find it...] The same words are still marked, toggling "Automatic Spellchecking" twice won't change that.
When implementing as you type spell checking I tested this, though in my case by switching between EN_gb and EN_us. I'm not sure how/when it got broken. I thought it was broken due to this commit http://webcvs.kde.org/cgi-bin/cvsweb.cgi/kdelibs/kdeui/ksyntaxhighlighter.cpp.diff?r1=1.5&r2=1.6&f=h but just by looking at it I can't see how. The idea was to refresh some settings every time the composer gets a focus-in event, I guess that has been broken. Don.
This is still not working in 1.8.92 unfortunately. With Konqueror it is different, but also strange: At least in this comment box it appears that if you change the spelling checker through the context menu with "Check Spelling..." it changes the global value for this (as you type ahead), but some words seem to stick to another language. Or some words get remembered from the last language! Wrong place for this bug, but perhaps not. Could you adopt Konqueror's behaviour from the textarea edit box? Which is not bug free either in 3.5b2 though.
Sheesh, this issue has been open for over a year!? Still broken in KMail 1.8.3. I think this bug could use a priority bump.
This looks like a duplicate of #79681.
Thanks for noticing. *** This bug has been marked as a duplicate of 79681 ***