Issue 14980 - allow enable/disable different & selectable languages in autospellcheck
Summary: allow enable/disable different & selectable languages in autospellcheck
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 1.1
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Keywords: oooqa
Depends on:
Blocks: 20271
  Show dependency tree
Reported: 2003-05-27 19:39 UTC by Unknown
Modified: 2017-05-20 10:13 UTC (History)
5 users (show)

See Also:
Latest Confirmation in: ---
Developer Difficulty: ---


Note You need to log in before you can comment on or make changes to this issue.
Description Unknown 2003-05-27 19:39:03 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
I have no idea where the problems lies (i.e. for all I know it could be the

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.
Comment 1 khendricks 2003-05-29 14:46:55 UTC

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.


Comment 2 Unknown 2003-05-31 20:28:47 UTC
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 ...
Hash Manager Error : 1
Error - could not open affix description file
Failure loading aff file /usr/lib/openoffice/share/dict/ooo/es_MX.aff
Error - could not open affix description file
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

After OO is finished, the X server drops to its original size.
Comment 3 khendricks 2003-05-31 20:38:13 UTC
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 ... 
Hash Manager Error : 1 
Error - could not open affix description file 
Failure loading aff file /usr/lib/openoffice/share/dict/ooo/es_MX.aff 
Error - could not open affix description file 
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. 
Comment 4 jack.warchold 2003-09-16 16:56:31 UTC
can you reproduce this with the latest office release?

reassigned to jw
Comment 5 jack.warchold 2003-09-17 16:20:13 UTC
set to WFM
Comment 6 jack.warchold 2003-09-17 16:21:22 UTC
closed due the long time of inactivity

please feel free to reopen if this error still occurs on your system 
with the latest office
Comment 7 t8m 2004-04-01 21:00:11 UTC
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.
Comment 8 khendricks 2004-04-01 21:33:13 UTC

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 (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.

Comment 9 t8m 2004-04-01 22:02:18 UTC
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?
Comment 10 khendricks 2004-04-02 00:33:53 UTC

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 

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 

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.

Comment 11 pavel 2004-04-02 17:27:56 UTC
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).
Comment 12 jack.warchold 2004-09-16 13:02:57 UTC
think this could be an enhancement. disable/enable different 
languages in OOo. userex should decide
changed issuetype to enhancement
Comment 13 jack.warchold 2004-09-16 13:03:17 UTC
Comment 14 jack.warchold 2004-09-16 13:05:19 UTC
changed summery
Comment 15 lohmaier 2004-09-16 20:26:50 UTC
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
Comment 16 ace_dent 2008-05-16 02:11:02 UTC 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:
or consider trying the new OOo 3 BETA (still in testing):
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:
Many thanks,
Cleaning-up and Closing old Issues as part of:
~ The Grand Bug Squash, pre v3 ~
Comment 17 bettina.haberer 2010-05-21 14:51:31 UTC
To grep the issues easier via "requirements" I put the issues currently lying on
my owner to the owner "requirements". 
Comment 18 Edwin Sharp 2014-03-24 13:11:52 UTC
Can not reproduce description
AOO410m14(Build:9760)  -  Rev. 1573062
2014-03-01_04:11:01 - Rev. 1573123