Bug 100959 - Libreoffice writer crashes with large CTL (Arabic and Farsi) .docx document
Summary: Libreoffice writer crashes with large CTL (Arabic and Farsi) .docx document
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.4 all versions
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2016-07-16 16:46 UTC by zahra
Modified: 2017-02-15 17:01 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
its a document in persian and arabic that causes libreoffice with the error seh exception access violation (2.03 MB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2016-07-16 16:46 UTC, zahra
Details
stack trace of crash while scrolling within large CTL document (50.93 KB, text/plain)
2016-07-16 19:57 UTC, V Stuart Foote
Details

Note You need to log in before you can comment on or make changes to this bug.
Description zahra 2016-07-16 16:46:37 UTC
Created attachment 126239 [details]
its a document in persian and arabic that causes libreoffice with the error seh exception access violation

hi. 
today i recieved a .doc file. 
i converted it in to .docx with microsoft office to reduce the size. 
when i want to open the converted .docx file, libreoffice after 30 or 40 minutes crashes with fatal error Seh exception access violation. 
my document has more than 2000 pages. 
i tested it in libreoffice version 5.0.6.3 today and i am not shure about the first and the exact version that this problem occured first. 
i use windows xp service pack3 and my locale is fa-ir fa_ir
thanks so much for solving my previous bug and i appreciate you if solve it in 5.1 branch. 
i pray for you and i request devine mercy, grace and blessings for you.
Comment 1 MM 2016-07-16 17:50:11 UTC
Unconfirmed with v5.2.0.2 under ubuntu 16.04 x64.
Unconfirmed with v5.1.5.1 under windows 7 x64.

Opens very slow, but no SEH exception.
Comment 2 zahra 2016-07-16 18:18:32 UTC
hi. 
thanks for your help. 
could you please test it with libreoffice 5.0.6.3 on windows to see the result? 
and with the previous version to see the first version for occuring this problem?
Comment 3 V Stuart Foote 2016-07-16 19:57:29 UTC
Created attachment 126240 [details]
stack trace of crash while scrolling within large CTL document

On Windows 10 Pro 64-bit en-US with an /A admin install of
Version: 5.0.6.3 (x64)
Build ID: 490fc03b25318460cfc54456516ea2519c11d1aa
Locale: en-US (en_US)

Note the slow loading as well, never a good thing.

But once open, while paging the document I do get a hang at

flowfrm.cxx @ 231

But, as 5.0.6 is EOL -- nothing will be done here. Attaching stack trace to compare against 5.1, 5.2 or master if issue should be found there as well.
Comment 4 zahra 2016-07-17 00:44:19 UTC
i realy appreciate you if you solve it in 5.1.5.2 branch. 
its a very critical bug for me, because all of my documents are in .docx format. 
and since its a crash, i appreciate if you change it to critical. 
could you please test it in previous versions before 5.0.6.3?
thanks again and God bless you all.
Comment 5 zahra 2016-07-17 00:47:00 UTC
and could you please test it wit the version 5.1.4 and 5.1.5.2? 
thanks again.
Comment 6 zahra 2016-07-17 03:12:33 UTC
i tested with different versions and recieved different result. 
i tested with version 4.3.5.2. 
after 30 minutes, it opened for me properly without crash. 
in 4.4.6.3 i tested this document. 
after 30 minutes (if i am correct about its minutes)!
it opened for me, but when i wanted to navigate in its pages and read its content, after two minutes, 
due to an unexpected error, libreoffice crashed and wanted to recover my file. 
with testing with both version 5.0.6.3 and 5.1.4.2 after 10 or 15 minutes, libreoffice crashed with this error SeH exception access violation. 
so i think its a regression in 4.4 branch, not 5.0.6.3!
Comment 7 MM 2016-07-17 13:14:29 UTC
Re-tested with 5.1.4.2 and 5.1.5.1 under windows 10 x64.
Still didn't get an seh exception, only slow loading. Could be machine specific.
Try this and see if it helps: https://wiki.documentfoundation.org/UserProfile#Resolving_corruption_in_the_user_profile
Comment 8 zahra 2016-07-17 13:25:19 UTC
i tested with fresh installed version of libreoffice. 
i removed the profile after uninstallation of libreoffice and then reinstall it. 
i tried many times, but in 4.4 libreoffice crashed due to an unexpected error, 
and with 5.0 and 5.1 it crashed seh exception access violation.
please change the earliest affected version to 4.4 instead of 5.0.6.3
thank you.
Comment 9 Pedro 2016-07-17 14:44:22 UTC
Crash confirmed under Windows 10 x64 with LO v4.4.7.2 x86, v5.0.6.3 x86; v5.1.5.1 x64 and v5.2.0.2 x64
It loads slowly but without crash with v4.3.7.2 x86

It is not probably not related to profiles since the x86 builds are portable (and use independent profiles)

Marking as regression since it loads correctly in v4.3.7.2

In my experience LibreOffice is more stable under Windows 7 than under Windows 10 (and under Windows XP because it is being deprecated)
Comment 10 Caolán McNamara 2016-07-21 10:37:28 UTC
I think this is a duplicate of bug 100813 seeing as its nearly the same document in question.

*** This bug has been marked as a duplicate of bug 100813 ***
Comment 11 zahra 2016-07-21 12:07:18 UTC
(In reply to Caolán McNamara from comment #10)
> I think this is a duplicate of bug 100813 seeing as its nearly the same
> document in question.
> 
> *** This bug has been marked as a duplicate of bug 100813 ***

hi pedro. 
thanks extremely for your help, testing my bugs and confirming them. 
hi Caolán McNamara 
thanks extremely for your endeavours to resolve my issues. 
i think this is a new bug and its different with my previous bug, (bug 100813)
these are two different document with different content. 
i tested with with version 4.4.6.3 and the result was crash after minutes when i opened the document and wanted to navigate in its different pages. 
could you please test it with version 4.4.0? and if causes crash, its a regression since 4.4.0 branch! 
for me it opened properly in 4.3.7.2 after 30 minutes without any crash!
thanks again for your great job and God bless you all.
Comment 12 V Stuart Foote 2016-07-21 15:33:20 UTC
(In reply to zahra from comment #11)
> (In reply to Caolán McNamara from comment #10)
> > I think this is a duplicate of bug 100813 seeing as its nearly the same
> > document in question.
> > 
> > *** This bug has been marked as a duplicate of bug 100813 ***

...

> i think this is a new bug and its different with my previous bug, (bug
> 100813)
> these are two different document with different content. 

Stuart -> Nasrin

In this case specifics of the document are probably not an issue. Agree with Caolán--my stack trace here (from 5.0.6.3 build), and Pedro's trace from (5.1.5.1) in bug 100813 point to the same area in code that Caolán has been looking at, and has just patched a second issue on master 2016-07-21. 

While Timur's trace is as for a newer build of master (2016-07-12) with the initial patch in place so we are waiting for a new build of master with corresponding debug symbols for the second patch, and will check both documents. 

Caolán has just consolidated them onto the older issue. Normal flow of development. 

=-ref-=
http://opengrok.libreoffice.org/xref/core/sw/source/core/layout/flowfrm.cxx#170
Comment 13 zahra 2017-01-22 03:46:07 UTC
hi.
could you please test this document in libreoffice 4.4.0 also?
i am sure that i could not open this file with the versions before 4.4.7.2
thanks so much for your efforts to resolve the issues and God bless you all.
Comment 14 zahra 2017-02-05 06:31:29 UTC
hello again.
i am sure that i could open this document in libreoffice 4.3 branches without any crash,
but i dont remember that in which version since 4.4.0, when i attempted to open this file, libreoffice crashed.
i also remember that i could not open this file in 4.4.6.3 also.
today i downloaded versions 5.1.6.1 and 5.2.5.1 to test.
i return with my feedback when i tested with these two versions that i downloaded today.
Comment 15 zahra 2017-02-05 15:43:07 UTC
hello again.
i am sure that i could open this document in libreoffice 4.3 branches without any crash,
but i dont remember that in which version since 4.4.0, when i attempted to open this file, libreoffice crashed.
i also remember that i could not open this file in 4.4.6.3 also.
today i downloaded versions 5.1.6.1 and 5.2.5.1 to test.
now i returned with my feedback with the versions that downloaded and tested today.
i could open this document with both 5.1.6 and 5.2.5 on windows xp without crash!
thanks extremely for resolving this bug, God bless you and i sincerely request his extreme mercy and bounties for you!
please test it with other versions of windows to be sure is it completely in all versions of windows?
Comment 16 Pedro 2017-02-06 16:37:26 UTC
Apparently this is not a duplicate of #100813.

This document crashes LibreOffice 5.3.0.3 under Windows 10.0.14393 (=6.19) Home x64
crashreport.libreoffice.org/stats/crash_details/d2ff8cfc-7e6c-4060-bab2-c363f5636504

but does not crash under Windows 7 (=6.1.7601) Professional SP1 x64

The document in bug #100813 crashes LibreOffice 5.3.0.3 under Windows 7
crashreport.libreoffice.org/stats/crash_details/b1030498-e942-42c0-bc23-ef68b9d688ac

but not under Windows 10.

Both documents cause LibreOffice 5.3.0.3 to crash under Windows XP (=5.1.2600) Professional SP3 x86
Unfortunately the Crash Report dialog only shows Error.
Comment 17 V Stuart Foote 2017-02-06 16:59:20 UTC
On Windows 8.1 Ent 64-bit en-US with nVidia GPU
Version: 5.3.0.3 (x64)
Build ID: 7074905676c47b82bbcfbea1aeefc84afe1c50e1
CPU Threads: 8; OS Version: Windows 6.29; UI Render: default; Layout Engine: new; 
Locale: en-US (en_US); Calc: group

STR:
Open the .docx test document above (attachment 126239 [details]) 

The first page eventually renders to screen. 

But before any cursor or page movement LO crashes/recovers with crashreport offered.


=-ref-=
Two more crash reports, one with OpenGL rendering enabled:
http://crashreport.libreoffice.org/stats/crash_details/2b459362-10a7-4276-85ed-db47b9192777

one with default GDI rendering:
http://crashreport.libreoffice.org/stats/crash_details/7face516-6a09-4d16-9020-60fb4360dc36
Comment 18 zahra 2017-02-06 17:17:55 UTC
hi pedro.
i sincerely appreciate your help and kindness and pray for you.
could you please test it with 5.1.5, 5.1.6 and 5.2.5 in different versions of windows?
because as i tested, i could open it with 5.1.6.1 and 5.2.5.1 under windows xp without crash.
is it possible that my bug becomes resolved in 5.1.6 and return again in 5.3.0?
thanks so much and God bless you.
Comment 19 zahra 2017-02-07 15:12:38 UTC
hello again.
could someone please test it for me in other versions of windows with writer 5.1.6 and 5.2.5 to test does it open in newer versions of windows or not?
because as i told, i tested this under xp with libreoffice writer 5.1.6.1 and 5.2.5.1 without any crash!
i wish that know this in newer versions of windows.
and whats the reason that it crashes again with libreoffice 5.3.0.3?
is it a regression?
thanks so much and God bless you all.
Comment 20 Caolán McNamara 2017-02-09 11:33:22 UTC
caolanm->V Stuart Foote: I wonder if this is addressed by
https://bugs.documentfoundation.org/show_bug.cgi?id=100813#c61
which will be in 5.3.1
i.e. does this crash in a 5.4.0 daily ?
Comment 21 zahra 2017-02-09 12:29:23 UTC
(In reply to Caolán McNamara from comment #20)
> caolanm->V Stuart Foote: I wonder if this is addressed by
> https://bugs.documentfoundation.org/show_bug.cgi?id=100813#c61
> which will be in 5.3.1
> i.e. does this crash in a 5.4.0 daily ?

hi Caolán.
i dont know about technical subject and programming for computer unfortunately.
but for me, this document works in 5.1.6.1 and 5.2.5.1 under windows xp.
i did not test with other versions of windows and i appreciate that test with 5.2.5 and 5.1.6 in newer windows to see the result.
i dont think thats duplicate of bug 100813
because i can open this document in 5.1.6 and 5.2.5 without any crash.
but the book in bug 100813 when i attempt to open it, immediately when i press enter for openning, cause libreoffice to crash.
thanks extremely again for your sincere help and God bless you.
Comment 22 V Stuart Foote 2017-02-09 13:54:29 UTC
(In reply to Caolán McNamara from comment #20)
> caolanm->V Stuart Foote: I wonder if this is addressed by
> https://bugs.documentfoundation.org/show_bug.cgi?id=100813#c61
> which will be in 5.3.1
> i.e. does this crash in a 5.4.0 daily ?

Have to check the same Windows 8.1 Ent system, but no crash on a Windows 10 Pro 64-bit en-US system with current master build
Version: 5.4.0.0.alpha0+
Build ID: 83e059af2203ec0cd15dea08cfa538555ba14bd7
CPU Threads: 8; OS Version: Windows 6.2; UI Render: default; 
TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2017-02-06_23:29:13
Locale: en-US (en_US); Calc: CL

Slow to load, 1819 pages, but opens cleanly (with font substitutions) and then pages without issues. Footnotes are intact, both normal references, and table  forms (~pg 8, and at ~ pg 106).

And also, checking an admin install of the TB62 build of 5.3.1
Version: 5.3.1.0.0+
Build ID: 096baf452992b91ce07a3ade9e7b3c0f4283df39
CPU Threads: 8; OS Version: Windows 6.2; UI Render: GL; Layout Engine: new; 
TinderBox: Win-x86@62-merge-TDF, Branch:libreoffice-5-3, Time: 2017-01-31_16:30:19
Locale: en-US (en_US); Calc: CL

same pagination, and no crash there either.

So, I think that the https://cgit.freedesktop.org/libreoffice/core/commit/?id=d7858b0d23f88a3ecec4ed7cc863ee0867086209&h=libreoffice-5-3 patch does correct this for the 5.3 builds when released.

Again, I'll double check against the Windows 8.1 system in a bit.

Stuart -> Pedro -- could you also check an install of the 5.3.1 build from 2017-01-31
http://dev-builds.libreoffice.org/daily/libreoffice-5-3/Win-x86@62-merge-TDF/2017-01-31_16.30.19/

Stuart -> Nasrin -- same for you if you are up for it, thanks.
Comment 23 V Stuart Foote 2017-02-09 18:44:08 UTC
(In reply to V Stuart Foote from comment #22)
> (In reply to Caolán McNamara from comment #20)
...
> 
> Again, I'll double check against the Windows 8.1 system in a bit.

So on the Windows 8.1 Ent 64-bit en-US system used in reporting comment 17, I have no crash with a build with the patch:
Version: 5.3.1.0.0+
Build ID: 096baf452992b91ce07a3ade9e7b3c0f4283df39
CPU Threads: 8; OS Version: Windows 6.2; UI Render: GL; Layout Engine: new; 
TinderBox: Win-x86@62-merge-TDF, Branch:libreoffice-5-3, Time: 2017-01-31_16:30:19
Locale: en-US (en_US); Calc: CL

IMHO this can be RESOLVED FIXED, depending on Pedro having a similar result.
Comment 24 zahra 2017-02-15 17:01:58 UTC
(In reply to V Stuart Foote from comment #23)
> (In reply to V Stuart Foote from comment #22)
> > (In reply to Caolán McNamara from comment #20)
> ...
> > 
> > Again, I'll double check against the Windows 8.1 system in a bit.
> 
> So on the Windows 8.1 Ent 64-bit en-US system used in reporting comment 17,
> I have no crash with a build with the patch:
> Version: 5.3.1.0.0+
> Build ID: 096baf452992b91ce07a3ade9e7b3c0f4283df39
> CPU Threads: 8; OS Version: Windows 6.2; UI Render: GL; Layout Engine: new; 
> TinderBox: Win-x86@62-merge-TDF, Branch:libreoffice-5-3, Time:
> 2017-01-31_16:30:19
> Locale: en-US (en_US); Calc: CL
> 
> IMHO this can be RESOLVED FIXED, depending on Pedro having a similar result.

hi stuart.
could you please test it for me in different versions of windows to see is it okay?
i wish that test it with 5.2.5 and 5.1.6 and give me the result.
this book is the most important book which became problematic for me since libreoffice 4.4
if i cant open and use it with libreoffice, i have not for example html format of it to use it with my firefox.
so crashing of this book is very critical for me.
i sincerely admire all of your work,
pray for you and wish sincerely and honestly divine infinite mercy and blessings for you!