Issue 85570 - Display performance problem with AutoSpellCheck in very long paragraphs
Summary: Display performance problem with AutoSpellCheck in very long paragraphs
Alias: None
Product: Writer
Classification: Application
Component: editing (show other issues)
Version: OOo 2.4.0
Hardware: PC Windows XP
: P4 Trivial with 2 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2008-01-25 05:58 UTC by griffins854
Modified: 2017-05-20 11:20 UTC (History)
5 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Writer AutoSpellCheck performance issue test case (18.39 KB, application/vnd.oasis.opendocument.text)
2008-01-25 06:00 UTC, griffins854
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description griffins854 2008-01-25 05:58:37 UTC Writer 2.x performance is severely impacted when typing a
continuous paragraph that is approximately 5 or more pages in length with
AutoSpellCheck turned on.  This problem does not exist in Writer

Steps to duplicate:
1.Open attached file "AutoSpellCheckTestCase.odt" in Writer 2.x
2.Scroll to the bottom of the file and start typing directly after the last sentence

So far I have found 2 workarounds to this issue in Writer 2.x:
1.Turn off AutoSpellCheck
2.Create a blank line(press enter 2 times) and continue typing.

We use Writer for transcription and we frequently have continuous
paragraphs that are longer that 5 pages in length.  We are currently staying
back at 1.1.5 because of this issue.
Comment 1 griffins854 2008-01-25 06:00:22 UTC
Created attachment 51148 [details]
Writer AutoSpellCheck performance issue test case
Comment 2 eric.savary 2008-01-25 12:35:19 UTC
Reassigned to SBA
Comment 3 kpalagin 2008-01-29 20:05:14 UTC
I do not see anything out of ordinary when typing at the end of the attached 

please elaborate.
Comment 4 griffins854 2008-01-30 05:09:33 UTC
Perhaps this example will make the problem more obvious.  Make sure the
AutoSpellcheck icon is activated on the standard bar.  You should see red wavy
lines under words it thinks are misspelled in the document. Place the cursor
just to the right of the last period in the document on page 6.  Hold down the
"a" key on the keyboard to create a string of letters a line or two long.  While
you are holding down the "a" key you should notice that 2.x is
stuttering every so often at seemingly random intervals.  Now turn off
AutoSpellcheck and repeat.  The stuttering should now be gone.
1.1.5 will not stutter with AutoSpellcheck turned on.
Comment 5 hadley_scott 2008-02-05 07:17:34 UTC
I notice the stuttering also with Windows XP and OOo 2.3.1.  The attached
document sure is one big paragraph.  I suspect your organization has some fast
typists and this could be troublesome.  

Entering a blank line also enters a new paragraph, which as you noted, corrects
the issue.  

I did some quick tests and seem to first notice the problem when typing starts
on page 5.  I also noted that inserting text anywhere in the document causes the
same stuttering.  

I haven't confirmed with 1.1.5 but it should not be an issue in a recent release.
Comment 6 griffins854 2008-03-28 03:23:22 UTC
I confirmed that this issue exists in OOo 2.4.0 as well.
Comment 7 stefan.baltzer 2008-04-10 08:43:25 UTC
Confirmed. Adjusting summary to reflect the findings. 
Both "AutoSpellcheck ON" AND "A very long paragraph" is needed to see this.

Please note that "Holding down a key" is a very good TESTING scenario to see
this (Pasting a string by holding down "<Ctrl>+V" works just as good). When
typing text "like a human", the effect is less problematic.

SBA->AMA: However, the "hopping effect" should be analyzed. Please proceed.
Comment 8 santiago.bosio 2008-06-19 18:55:17 UTC
I think this issue is related with issue 36304.
And the problem goes worst if you try to delete text at the beginning of the
paragraph, and turning AutoSpellCheck doesn't seems to correct the problem.
IMHO it is a performance problem when handling large paragraphs, but it is not
only related to spell checking.
I can't provide any technical details because I don't know Writer internals, but
I have seen that processor use goes to 100% when deleting chars, and that's what
causes the display to update very slowly, and react with a delay that could be
very annoying.
Comment 9 Mathias_Bauer 2008-06-20 09:32:59 UTC
I think a performance problem like this deserves a "3.x" target.
Currently we don't have a clue. 
Question to the submitter: does the performance depend on the number of
misspelled words? Means: is OOo slow also if you have a paragraph over 5 pages
without any wrong or only a few misspelled words?
Comment 10 santiago.bosio 2008-06-20 15:49:19 UTC
sbosio->mba: let me answer your question. I do some tests, generating a text
file with a wordlist taken from the spellchecking dictionary for spanish, with
nearly 63000 chars on one paragraph. First I open it with Writer, and surprise!
Writer inserted 6 paragraph breaks that weren't on the text file (perhaps it
deserves another issue?). I delete all paragraph breaks to get a big one
paragraph that splits over 14 pages.
Without AutoSpellcheck, I press Del key for 5 seconds at the start of the
paragraph, and Writer took 43 seconds to delete about 130 chars.
With AutoSpellcheck turned on I repeated the test, and still got the same
results, where all words weren't highlighted because I took them from the same
dict that Writer used to check them.
I changed the language to Holland, and then repeated the test, where almost all
words were highlighted, but I still got the same results.
So, as I said, this issue seems to be a duplicate of issue 36304, and it isn't
related with spellchecking, but it is a performance problem of Writer when
editing long paragraphs.
Comment 11 Mathias_Bauer 2008-06-20 16:37:44 UTC
Thank you very much for taking the time for the tests.
@ama/sba: should we mark this as duplicate?
Comment 12 griffins854 2008-10-12 02:21:49 UTC
I confirmed that this issue still exists in OOo 3.0.0 on Windows XP.
Comment 13 Mathias_Bauer 2008-11-05 10:35:13 UTC
Thanks for the confirmation.
Let me repeat my last question:

@ama/sba: should we mark this as duplicate?

In case we we should raise the target of issue 36304 and after fixing it make
sure that we verify that this is a duplicate.
Comment 14 Mathias_Bauer 2009-05-06 17:05:06 UTC
I have raised the priority of 36304 and we'll see how it goes.
Comment 15 hans_werner67 2011-02-03 12:08:25 UTC
pls. reassign or close issues.
Comment 16 Marcus 2017-05-20 11:20:04 UTC
Reset assigne to the default "".