Bug 67583 - FILEOPEN: File with 40 images not opening - both DOC, DOCX (win only)
Summary: FILEOPEN: File with 40 images not opening - both DOC, DOCX (win only)
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: high critical
Assignee: Not Assigned
URL:
Whiteboard: BSA NoRepro:4.2.2.1:OSX Repro:4.3.0.0...
Keywords: filter:doc, filter:docx, haveBacktrace
Depends on:
Blocks: Image-Caching DOCX-Opening DOC
  Show dependency treegraph
 
Reported: 2013-07-31 13:09 UTC by Slava
Modified: 2019-05-28 19:32 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Not open file DOC (2.35 MB, application/msword)
2013-07-31 13:09 UTC, Slava
Details
backtrace (13.98 KB, text/plain)
2015-07-25 19:09 UTC, Gordo
Details
Not open file saved as DOCX also doesn't open (2.17 MB, application/vnd.ms-word.document.12)
2016-02-04 10:07 UTC, Timur
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Slava 2013-07-31 13:09:23 UTC
Created attachment 83363 [details]
Not open file DOC

Problem description: 

Steps to reproduce:
1. Not open file
2. Libreoffice not responding


Current behavior:

Expected behavior:

              
Operating System: Windows 7
Version: 4.1.0.4 release
Comment 1 Joel Madero 2013-08-01 19:15:49 UTC
Seems like this is another rendition of the image caching problem - 

The file will open but you need a lot of RAM and it chews it up (I have 4 gigs and this file just went through it)

Marking as

New
Critical
High

Updated version to match tracker bug - this was inherited from OOo I believe
Comment 2 tommy27 2013-08-11 17:11:32 UTC
test files freezes either LibO 4.1.0.4 or 3.3.4.
changing version to 3.3.4 (but probably even older releases are affected).
Comment 3 retired 2014-03-25 09:45:30 UTC
NoRepro:4.2.2.1:OSX

While this is a rather insane file with lots of images and weired formatting, LO manages to open it without a hang.

Should the file still not open for you in LO 4.2.2.1 please re-open.
Comment 4 Slava 2014-03-25 10:30:07 UTC
Not open file 
LO 4.2.3.1 Windows 7 x64
Comment 5 V Stuart Foote 2014-03-25 14:04:53 UTC
No this very silly 68 page document of images and cyrillic word art text does not open on 

Version: 4.2.2.1
Build ID: 3be8cda0bddd8e430d8cda1ebfd581265cca5a0f

nor on

Version: 4.3.0.0.alpha0+
Build ID: aeab0183e86fe011d32058864c02b2de4da32dc9
TinderBox: Win-x86@39, Branch:master, Time: 2014-03-24_05:49:26

On same system with MS Office 2007, it does open in Word's 'compatibility mode' but there is considerable shift of the text word art and images as if the page framing is out of sync.

Probably remains a legitimate corner case example for bug 47148
Comment 6 tommy27 2014-05-02 14:32:13 UTC
(In reply to comment #5)
> No this very silly 68 page document of images and cyrillic word art text
> does not open on 
> 
> Version: 4.2.2.1
> Build ID: 3be8cda0bddd8e430d8cda1ebfd581265cca5a0f
> 
> nor on
> 
> Version: 4.3.0.0.alpha0+
> Build ID: aeab0183e86fe011d32058864c02b2de4da32dc9
> TinderBox: Win-x86@39, Branch:master, Time: 2014-03-24_05:49:26

not opens is 4.2.3.3 as well.
I wonder if trying to delete some pages of those 68 in MS Word may help to identify which one causes the bug in order to have a minima test case.

unfortunately I have no MS Word licence to test
Comment 7 tommy27 2014-10-30 09:06:30 UTC
can't still open it in 4.3.2.2 as well (Win7x64)
Comment 8 Gordo 2015-07-25 19:09:28 UTC
Created attachment 117435 [details]
backtrace

Heavens to Betsy!  A backtrace, even.

Windows Vista 64
Version: 5.1.0.0.alpha1+
Build ID: 8cfdd81b70ef37927b40497ffd10034f28335034
TinderBox: Win-x86@39, Branch:master, Time: 2015-07-24_02:47:18
Comment 9 Timur 2016-02-04 10:07:23 UTC
Created attachment 122373 [details]
Not open file saved as DOCX also doesn't open
Comment 10 MM 2016-12-04 20:35:47 UTC
After waiting for some time, the files do open with

Version: 5.2.3.3 (x64)
Build ID: d54a8868f08a7b39642414cf2c8ef2f228f780cf
CPU Threads: 2; OS Version: Windows 6.19; UI Render: default; 
Locale: en-US (en_US); Calc: single

Scrolling / editing is 'a bit slow', but that's another problem I guess.
Comment 11 Justin L 2017-04-04 11:14:36 UTC
With Linux 16.04 it did open for me after a minute, but used 2.7GB of RAM and kept one CPU maxed at 100% even after the document was loaded.
Comment 12 Xavier Van Wijmeersch 2018-07-04 15:26:46 UTC
can open doc file, but it use 4.5 gig off ram and 25% cpu load

Version: 6.2.0.0.alpha0+
Build ID: 3c01b8cc4f15df16b4373855b8797d5dcff59327
CPU threads: 8; OS: Linux 4.14; UI render: default; VCL: kde4; 
Locale: nl-BE (en_US.UTF-8); Calc: group threaded
Comment 13 Julien Nabet 2019-05-28 19:32:28 UTC
On pc Debian x86-64 with master sources updated today, I could reproduce this.

I noticed these logs:
warn:legacy.osl:30696:30696:oox/source/helper/graphichelper.cxx:120: GraphicHelper::GraphicHelper - cannot get target frame
warn:legacy.osl:30696:30696:sw/source/filter/ww8/writerhelper.cxx:586: No NodeIndex in SwFrameFormat ?, suspicious