Apache OpenOffice (AOO) Bugzilla – Issue 123853
Spell Check stops working
Last modified: 2014-08-15 21:01:25 UTC
Created attachment 82098 [details] Test Kit with damaged profile Steps how to reproduce with "AOO 4.0.1 – German UI / German locale [Rev. 1524958 2013-09-20 11:40:29]" on German WIN7 Home Premium (64bit)", “historic” 4.0 User Profile used for all predecessor versions: 0. Replace your existing User Profile by damaged one from attached Test kit 1. Launch AOO 2. From AOO Start Center open SampleDocumentGerman.odt Expected: German text from AOO German help more or less without misspelled words Actual: All words recognized as misspelled. Additional info --------------- (a) Spell check worked fine, but suddenly (after a crash? I don't remember) spell check stopped working (b) Problem is not limited to German Language texts (c) Renaming user profile (so that a new one will be created) healed the problem
As given in description. AOO410m1(Build:9750) - Rev. 1543812 Rev.1543812 Win 7
Happened again, probably after a crash for unknown reasons.
It seems that the problem is in user profile folder ...\Roaming\OpenOffice\4\user\uno_packages When I replace that one in the damaged profile the spell check becomes repaired, works.
You can find a test kit with uno_packages_worksfine and uno_packages_worksNOT here <http://www.bielefeldundbuss.de/OOO_QA/uno_packages__youcancompare.zip> Replacing your uno_packages by uno_packages_worksNOT (and rename) should show the effect that all words in your documents are considered misspelled, uno_packages_worksfine shouldwork fine. May be I will find the time to do some more research and to narrow down the root of the problem, so may be we can find a solution to reduce vulnerability.
1. Did you remove something from uno_packages/ before packging the attached file in the report Description? 2. Did you uninstall some extensions contains dictionaries? There are some registered informations about installed extensions in uno_packages.pmap file. But no real content of them are not there in uno_packages/cache/uno_packages. And also registry/coml.sun.star.comp.deployment.configuration.PackageRegistryBackend directory contains some configuration files remained even some extensions are already removed (if 2 is true mentioned above). There is dictionaries.xcu file in sv26dmc.tmp (under configuration backend) and it is still valid as configuration value. When I comment out HunSpellDic_en-US node of the file, red wave marks wont shown for en-US paragraphs.
(In reply to hanya from comment #5) 1.: No 2.: No But (of course) I can not be 100% sure that something became lost after a crash of because of othe reasons. BTW: 2013-12-29 was the last time where I observed the problem. Probably because now I do a backup of my user installation every day ;-) Because it seems that nobody else observed appearance of that problem it might be appropriate to close this one