Bug 105694 - Misspelled Hebrew word causes writer to hang/crash
Summary: Misspelled Hebrew word causes writer to hang/crash
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.1.6.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: haveBacktrace
Depends on:
Blocks:
 
Reported: 2017-02-02 11:13 UTC by rellieberman
Modified: 2020-09-07 03:53 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Backtrace (4.85 KB, text/plain)
2017-02-05 13:32 UTC, rellieberman
Details
Try another backtrace (9.61 KB, text/plain)
2017-02-05 14:22 UTC, rellieberman
Details

Note You need to log in before you can comment on or make changes to this bug.
Description rellieberman 2017-02-02 11:13:42 UTC
Description:
Misspelling a word in Hebrew when spell check is on results in writer hanging for several seconds. You simply have to wait for several long seconds until the word is determined as misspelled. At that point writer usually returns to life, but sometimes crashes and shuts down.

In some cases trying to change spell checking settings in the 'spelling and grammar' dialogue also resulted in a long hand and often a crash.  


Steps to Reproduce:
1.Run libreoffice on a windows machine with hebrew available (I reproduced this on about five different computers all running Hebrew version of windows, and had a new installation of libreoffice in Hebrew.

I did not download a separate Hebrew dictionary, so can it be libreoffice is using one that comes with windows?)

2.make sure spell checking is on.
3.Begin typing a misspelled word, try שךדףגלכח.
4.Press space.

Actual Results:  
After pressing space libreoffice hangs till the misspelled word is determined as such, only then one can resume working on document (if writer has not totally crashed).

Expected Results:
The automatic spell checking should no make writer hang, it should happen instantly without affecting user ability to work on his document, as its done in English.


Reproducible: Always

User Profile Reset: No

Additional Info:




User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:51.0) Gecko/20100101 Firefox/51.0
Comment 1 Xisco Faulí 2017-02-02 13:17:29 UTC
it seems you're using an old version of LibreOffice.
Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Comment 2 rellieberman 2017-02-02 13:57:17 UTC
Sorry, I was confused by the 'earliest affected'. The issue persists in version 5.3.
Comment 3 rellieberman 2017-02-04 19:31:07 UTC
I reproduce on an ENGLISH version of windows 10 with a Hebrew keyboard Installed. A misspelled Hebrew word causes libreoffice to hang for several long moments, opening the 'Spelling and grammar' dialog results in a long wait and sometimes a crash.

Misspelled English word even long ones are processed instantly without any delay.

All this with libreoffice 5.3.
Comment 4 Julien Nabet 2017-02-05 11:13:05 UTC
Could you please apply advice from https://wiki.documentfoundation.org/QA/FirstSteps ?
Then could you indicate if you installed specific fonts or if you have MsOffice installed?
Finally, could you try to get a backtrace from https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#Windows:_How_to_get_a_backtrace ?
Comment 5 rellieberman 2017-02-05 13:31:03 UTC
Followed the advice. 
Reproduced on a clean installation of LO, in a rather new installation of windows, never had MS Office installed and never installed any additional fonts.

I attached the backtrace.

Note: Libreoffice hangs every time without any exception.
Comment 6 rellieberman 2017-02-05 13:32:26 UTC
Created attachment 130918 [details]
Backtrace
Comment 7 Julien Nabet 2017-02-05 13:38:47 UTC
Thank you for your feedback.
Badfully, it's not a backtrace you attached.
Since I don't use Windows for LO QA or dev, I can't help you for this point.
Comment 8 rellieberman 2017-02-05 14:22:09 UTC
Created attachment 130919 [details]
Try another backtrace

Tried to make another backtrace, this one seems more informative.

WinDbg did not pick up the hang so i had to use ProcDump to make a mini dump.
Comment 9 Julien Nabet 2017-02-05 14:41:54 UTC
Far better! thank you! :-)
Let's put this one to NEW since there's a bt.
Comment 10 QA Administrators 2018-02-06 03:27:56 UTC Comment hidden (obsolete)
Comment 11 QA Administrators 2020-02-07 03:08:43 UTC Comment hidden (obsolete)
Comment 12 Julien Nabet 2020-02-07 13:49:23 UTC
On Win10 with master sources updated today with Hebrew UI, I don't reproduce this.

I created a brand new odt file, copy paste שךדףגלכח + space, no slowdown or freeze.

rellieberman: could you give a try with a recent LO version? (6.3.4 is last stable one).
Comment 13 QA Administrators 2020-02-08 03:13:54 UTC Comment hidden (obsolete)
Comment 14 QA Administrators 2020-08-07 04:11:20 UTC Comment hidden (obsolete)
Comment 15 QA Administrators 2020-09-07 03:53:17 UTC
Dear rellieberman,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp