Apache OpenOffice (AOO) Bugzilla – Issue 14980
allow enable/disable different & selectable languages in autospellcheck
Last modified: 2017-05-20 10:13:17 UTC
I have autospellcheck enabled. If I right-click on a red-wavy underline indicating a misspelled word, it takes a long time for the context menu to appear (~30secs). My process viewer shows the memory usage of ooffice jump from ~45MB to ~220MB. The machine is not very responsive while OO is busy filling up that memory. The memory remains allocted, and subsequent right-clicks are faster (but still slugish). I have no idea where the problems lies (i.e. for all I know it could be the gnome-spell-component). I have an almost stock Redhat 9 install (OO 1.0.2) on an Intel PC. I'm using US english. Happens even with a new small document. I tried it on a different PC (also with Redhat9 / oo1.0.2) and the result was similar (memory jumped to ~308MB for a 3 word doc.). Happy debugging.
Hi, Since this involves spellchecking, I am adding myself to CC on this. BTW: There is a standlone version of the MySpell spellchecker thart shows the using the en_US dictionary takes up less than 5 meg in total (and that includes code size) when active. Repeated testing of this when spell checking very very long lists of words shows that the memory consumed is stable (no serious leaks). So I am not sure where the the couple of hundred meg is coming from. I will try to recreate this on my own OOo 1.1 Beta 2 build. Thanks for your bug report. Kevin
I can confirm this problem with the version that shipped with Red Hat Linux 9. Opening any document and right-clicking causes OO to grow immensely in size. Each subsequent right-click will cause OO continue to grow in size. It killed my wife's machine as she only had 380 memory with swap space. I was able to limp along and saw errors like: [smooge@glasya Work]$ oowriter LANL.sxw Starting OpenOffice.org ... Hash Manager Error : 1 Error - could not open affix description file /usr/lib/openoffice/share/dict/ooo/es_MX.aff Failure loading aff file /usr/lib/openoffice/share/dict/ooo/es_MX.aff Error - could not open affix description file /usr/lib/openoffice/share/dict/ooo/de_AT.aff Failure loading aff file /usr/lib/openoffice/share/dict/ooo/de_AT.aff The Hash Manager Error only showed up after I right clicked on a mis-spelled word. The X server seems to grow with each right click which has led a Red Hat engineer think the problem is part of the problem is leaked X descriptors. After OO is finished, the X server drops to its original size.
Hi, Interesting! I don't see this on statndard OOo builds. That error message is from my lingucomponent hashmgr.cxx file and it is a sign that all is not right with whatever they (Redhat) have done to spellchecking. You really should file this isue directly with RedHat. I can not recreate it on my own builds at all. Perhaps someone else can using an Official OOo build and not the one that Redhat has munged. Given the follwoing error message: [smooge@glasya Work]$ oowriter LANL.sxw Starting OpenOffice.org ... Hash Manager Error : 1 Error - could not open affix description file /usr/lib/openoffice/share/dict/ooo/es_MX.aff Failure loading aff file /usr/lib/openoffice/share/dict/ooo/es_MX.aff Error - could not open affix description file /usr/lib/openoffice/share/dict/ooo/de_AT.aff Failure loading aff file /usr/lib/openoffice/share/dict/ooo/de_AT.aff Please look in /usr/lib/openoffice/share/dict/ooo/ and let me know what files are there and send to me the file dictioanry.lst that should be found there also. Then look in your own home directory to see if any other "dictionary.lst" file is found (perhaps in OpenOffice.org1.0.2/user/wordbook/? There should really only be one dictionary.lst unless you have manually added extra dictionaries to OOo. Perhaps from that we can figure out what is happening to RedHat's version. Kevin
can you reproduce this with the latest office release? reassigned to jw
set to WFM
closed due the long time of inactivity please feel free to reopen if this error still occurs on your system with the latest office
This is definitely not WFM. It's better here OOo 1.1.0 Fedora Linux 1 (the usage after rightclick doesn't jump to 220MB but only 120MB), but I think the memory usage is still too high. I have the same reports from deployments of OOo on Windows. Some memory profilling on the spellchecker component would really help. I'll try OOo 1.1.1 as soon as I download it but I don't think it's changed.
Hi, Please file an Issue with Fedora. Redhat/Fedora changes where it installs and how many dictionaries it installs. They frankly install way too many. This does not happen with OOo official builds. I have verified this myself under Linux x86, Linux PPC, and MacOSX. The only time this has happened in an official build was when Hamburg made a build mistake for 1.1.0 and pre-1.1.1 final builds where they had duplicate entries in their dictionary.lst file. So I am again closing this one again unless someone can recreate it on an **Official** build of OpenOffice.org (not Redhat, Not Fedora, Not Debian, Not Ximian, etc) that does not have duplciate entires by mistake in the dictionary.lst file. Sorry but you need to file your issue with them. Kevin
I'm sorry that I didn't write the comment more exactly. I don't use Fedora Core ooo rpms, I use a czech localized build from the cs project. So you are right that it isn't a problem of official build but only cs. This is contents of my dictionary.lst file from the build: DICT sk SK sk_SK HYPH sk SK hyph_sk DICT cs CZ cs_CZ HYPH cs CZ hyph_cs THES cs CZ th_cs_CZ DICT hu HU hu_HU HYPH hu HU hyph_hu THES hu HU th_hu_HU HYPH ru RU hyph_ru_RU DICT da DK da_DK HYPH da DK hyph_da_DK DICT en US en_US HYPH en US hyph_en_US THES en US th_en_US DICT de DE de_DE HYPH de DE hyph_de_DE DICT en GB en_GB HYPH en GB hyph_en_GB DICT it IT it_IT HYPH it IT hyph_it_IT Is it too much? Probably because I'll never need Danish or Italian dictionary. And now I understand the problem - OOo tries to look up the word in other dictionaries so it needs to load them all. Couldn't this functionality be made optional? But I see that it helps to disable the dictionaries in configuration so it's probably not so big problem. And Pavel, shouldn't we disable some dictionaries in our localized build?
Hi, That is a big list. But the good news is that unless you have the lingucomponent option checked that says "Check in All Languages" only the dictionary your document uses will be opened and consume memory. So for a stock build, my memory footprint (according to changes meassured by top) increases by just 4 meg when the English dictionary is actually used. Until I actually invoke the spellchecker , none of the memory is consumed. So please check if for some reason that "Check in All Languages" is on. Go To Tools->Options->LanguageSettings->WritingAids and look at the list of spellcheck options that are checked. If checked, please try unchecking it. That way only one dictionary will typically ever be opened to consume memory. You can use both before and after spellchecking something to see exactly how much memory the spellchecking itself consumes. Kevin
We build for more languages then Czech and Slovak. There is no way to turn off e.g. Danish for only Czech build (when you do all builds at once). :-(
think this could be an enhancement. disable/enable different languages in OOo. userex should decide changed issuetype to enhancement reopend
.
reassigned changed summery
since this has to be done during build, or by a language-dependant default list (nothing the user should have to do manually), this probably should be handed to "tools"...
OpenOffice.org Issue Tracker - Feedback Request. The Issue you raised is currently 'Unconfirmed' pending review, but has not been updated within the last 3 years. Please consider re-testing with one of the latest versions of OOo, as the problem(s) may have already been addressed. Either use the recent stable version: http://download.openoffice.org/index.html or consider trying the new OOo 3 BETA (still in testing): http://download.openoffice.org/3.0beta/ Please report back the outcome so this Issue may be Closed or Progressed as necessary - otherwise it may be Resolved as Invalid in the future. You may also wish to search for (and note) any duplicates of this Issue that may have advanced further by checking the Issue Tracker: http://www.openoffice.org/issues/query.cgi Many thanks, Andrew Cleaning-up and Closing old Issues as part of: ~ The Grand Bug Squash, pre v3 ~ http://marketing.openoffice.org/3.0/announcementbeta.html
To grep the issues easier via "requirements" I put the issues currently lying on my owner to the owner "requirements".
Can not reproduce description AOO410m14(Build:9760) - Rev. 1573062 2014-03-01_04:11:01 - Rev. 1573123 Debian