<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Faulty manual spell check, premature "spell check complete" message" href="https://bugs.documentfoundation.org/show_bug.cgi?id=138815#c1">Comment # 1</a> on <a class="bz_bug_link bz_status_UNCONFIRMED " title="UNCONFIRMED - Faulty manual spell check, premature "spell check complete" message" href="https://bugs.documentfoundation.org/show_bug.cgi?id=138815">bug 138815</a> from <a class="email" href="mailto:luke.kendall@gmail.com" title="Luke Kendall <luke.kendall@gmail.com>"> Luke Kendall</a> <pre>In recent versions of LibreOffice, spellcheck seems to be almost broken, I agree. I've found these problems: After each possible spelling error is found, regardless of what action you take, what happens next is unpredictable: 1) It may state that the spell check is complete 2) It may force you to click Resume 3) It may jump to a random part of the file and begin spellcheck from there 4) It may proceed correctly, to the next closest potential error I think I've arranged those possibilities in order of most likely to least. Using spellcheck now takes approximately 100 times as many UI clicks as it used to in Writer, assuming the user has the stubbornness to continue trying to use it. Something has been badly broken. I've noticed this on two utterly different documents; a formatted novel of 145,00 words, and a text file of 2.3M words. Both have moderately large user dictionaries - perhaps that's a factor, if the problem is not immediately reproducible?</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>