Red Hat Bugzilla – Bug 138993
Right click on misspelled word causes OpenOffice to crash.
Last modified: 2007-11-30 17:10:54 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5)
Description of problem:
When right clicking on a mispelled(red squigly line under it) word
OpenOffice starts consuming large amounts of memorry and processor and
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Mispell a word
2. Wait for red line to appear underneath
3. Right click on the word
Actual Results: OpenOffice Crashed
Expected Results: A menu with the spell check option should apear of
This a fresh load of Fedora Core 3. I have run up2date. This is also
an AMD Athlon T-Bird 1GHz processor.
I'm seeing this too, no crash but 100% CPU usage until I kill it.
This happens everytime and makes OO pretty hard to use. Contextual
spell checking has always been slow in OO but this is much worse.
I'm running a PIII 700Mhz with 256M of RAM on an upgrade from FC2 to FC3
I also found this problem.
From the system monitor panel applet it appears to be allocating
*vast* ammounts of memory in order to do the contextual lookup. For
three letter words it manages to make a suggestion after 'only' a
minute or so while only just touching swap. For longer words I have
seen it eat memory until the OOM killer spewed messages onto the console.
I have 512MB RAM, 2G swap and am running a fairly old install; my
machines upgrade path is RH9->FC1->FC2->FC3.
Although I first observed the problem in 1.1.2-11.5.fc3 I have tried
the following experiments without success:
- reinstall 1.1.2-10 from the original ISOs,
- try as a freshly created user (with a clean home directory).
I have not observed this problem on any FC2 machines (1.1.2-11.4.fc2)
though these are different machines. I still have an image of the disk
of a machine that fails under FC3. This means I could try
1.1.2-11-4.fc2 (under FC2) on a machine known to fail on FC3. However
this would be a significant effort so I'll only do this if requested
to by the assignee.
Same here. oowriter doesn't crash, it just hangs with very high CPU
usage. However, after a minute or two, oowriter goes back to normal.
(I found that by frantically right clicking I can sometimes release it
OS: FC3 upgraded from FC2.
Machine: 2xMP2400, 1GB, 4GB SWAP, RAID5 SCSI.
OO Version: openoffice.org-1.1.2-11.5.fc3,
I had the same issue and I managed to fix it. The dictionaries
installed with ooo are too numerous. I erased the superfluous
dictionaries in /usr/lib/ooo-1.1/share/dict/ooo/ and I have no more
I have the same problem here, using 1.1.2-11.4.fc2. The problem does
not occur with a 1.1.3 downloaded directly from OO.org.
Initial memory use on my machine after opening a doc:
Right click on a misspelling...
Right click on another misspelling and memory goes up again (I killed
it after 500m). This is pretty serious (my machine is basically
unusable while OO is swapping on my poor laptop). I will try
Many entries are duplicated in
$ cd /usr/lib/ooo-1.1/share/dict/ooo
$ cat dictionary.lst | wc -l
$ cat dictionary.lst | sort | uniq | wc -l
(little) improvement :
# mv dictionary.lst dictionary.lst.orig
# cat dictionary.lst.orig | sort | uniq > dictionary.lst
Sorry, I forgot to mention the most important :
* Fresh install of Fedora Core 3
* mobile AMD Duron 1Ghz 256M RAM
Using sort and unique to remove duplicate lines (as Fabrice pointed
out) seem to have solved the problem.
Fabrice workaround (fix ?, comment #6 ) works here.
* Fresh install of FC3
Fabrice's workaround helped. It doesn't crash now. It only grinds
for an extended period.
With all dictionaries, the computer freezed. I had to reboot.
After removing every dictionary but the 2 i need (dictionary.lst), the
response time is perfect.
I confirm this bug. For me OOo will simply eat up every bit of
available memory (about 450 MiB) and swap until I kill it. If I let
it alone long enough it will eventually come back. Fabrice's
workaround helps; deleting the extra dictionaries helps more.
*** This bug has been marked as a duplicate of 124374 ***