Bug 125845 - FILEOPEN DOCX: File containing lots of formula's saved with LibO impossible to open again
Summary: FILEOPEN DOCX: File containing lots of formula's saved with LibO impossible t...
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.4.0.0.alpha1+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: DOCX-Opening
  Show dependency treegraph
 
Reported: 2019-06-11 07:36 UTC by Telesto
Modified: 2021-05-06 06:15 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (4.46 MB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-06-11 07:36 UTC, Telesto
Details
Exported DOCX (broken) (1.23 MB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2019-06-11 07:38 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2019-06-11 07:36:11 UTC
Description:
FILEOPEN DOCX: File containing lots of formula's saved with LibO impossible to open

Steps to Reproduce:
1. Open Modular Arithmetic.docx
2. File Save AS (not fast, but OK) -> Or use the attached file
3. Close the document (delay when closing, probably something else)
4. Reopen the file

Actual Results:
Source file opens fine, exported file is impossible to open

Expected Results:
Same results as source file


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 6.4.0.0.alpha0+ (x86)
Build ID: ac14e5613597e7361ce6995dacb1bb5bd55b6b00
CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2019-06-06_05:09:49
Locale: nl-NL (nl_NL); UI-Language: en-US
Calc: threaded
Comment 1 Telesto 2019-06-11 07:36:46 UTC
Created attachment 152089 [details]
Example file
Comment 2 Telesto 2019-06-11 07:38:08 UTC
Created attachment 152090 [details]
Exported DOCX (broken)
Comment 3 Dieter 2019-06-11 10:39:27 UTC
I confirm it with

Version: 6.4.0.0.alpha0+ (x64)
Build ID: b170256fb6ebaf774b02b89835b19d9f3a1afb89
CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2019-06-07_03:30:35
Locale: de-DE (de_DE); UI-Language: en-US
Calc: threaded

I could open file in MS Word 2017

For me it took also to much time to open and save document from comment 1
Comment 4 Julien Nabet 2019-06-11 14:11:04 UTC
On Win10 with master sources updated today + enable-dbgutil, I can't even open the initial example file.
At least, after several minutes, it's still not opened.

I noticed these logs which repeat endlessly:
warn:legacy.osl:19480:32484:oox/source/vml/vmlshapecontainer.cxx:45: lclMapShapesById - shape identifier already used
warn:legacy.osl:19480:32484:svx/source/unodraw/unoshape.cxx:1974: SvxShape::GetAnyForItem() Returnvalue has wrong Type!
Comment 5 Dieter 2021-05-06 06:15:51 UTC
(In reply to Julien Nabet from comment #4)
> On Win10 with master sources updated today + enable-dbgutil, I can't even
> open the initial example file.
> At least, after several minutes, it's still not opened.

Same result with
Version: 7.1.3.2 (x64) / LibreOffice Community
Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

I could finally open the file in Word 2016, but it took a very long time. So for me, the source file itself seems to be problematic and therefor the bug is mor or less document related. So I suggest to close the bug. Telesto, feel free to change it back to NEW with a short reasoning if you disagree and could test it with the latest version of LO.