Bug 100079 - FILEOPEN of .docx file drive CPU usage, almost freezes Writer
Summary: FILEOPEN of .docx file drive CPU usage, almost freezes Writer
Status: RESOLVED DUPLICATE of bug 60425
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Whiteboard: TooBusyNowNeedsFurtherTestingForPossi...
Keywords: perf
Depends on:
Reported: 2016-05-27 03:31 UTC by konsultor
Modified: 2016-05-28 03:26 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:
Regression By:

.docx file that pushes CPU usage, nearly kills Writer (5.03 MB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2016-05-27 03:31 UTC, konsultor

Note You need to log in before you can comment on or make changes to this bug.
Description konsultor 2016-05-27 03:31:36 UTC
Created attachment 125315 [details]
.docx file that pushes CPU usage, nearly kills Writer

The submitted file is from the NSF web site (public).  It is 4 pages of text with some decoration, but the file size is 5 MB.  On opening this file, the initial load takes minutes with CPU usage near 50% (90%+ on one core).  All Writer functions stop until this file finishes displaying.
System Monitor (openSuse 42.1, 64-bit) shows that "X" is the top activity by CPU percentage (24%, or one thread of a dual-core CPU).  soffice.bin takes almost as much, and produces a zombie process when I try to kill LibreOffice.
Tried to delete the decorations (possibly in the header), but the system was so slow that I couldn't.
Managed to save this file as .odt and .doc but upon opening those formats found the same problem.
Comment 1 raal 2016-05-27 04:43:43 UTC
I can confirm with Version:
Build ID: fa9416906e615f5f19ad8524176d2ed693662769
CPU Threads: 4; OS Version: Linux 4.4; UI Render: default; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2016-05-24_00:05:55
File works in word2010.
Comment 2 Aron Budea 2016-05-28 03:26:58 UTC
Reproduced with,  and in Windows 7.
In 3.3 the document opened quickly, but it seemed like some elements of the document were missing. Like those headers in pages 2-4. The logo is a 27 MB EMF embedded in the doc, which is handled extremely slowly (the header of the 1st page is an embedded png, no problem with that).
So, not a regression.

When I tried inserting the extracted EMF into ane empty document, LibreOffice became unresponsive. This seems to be the same issue as bug 60425, just a lot more severe due to the much larger file size.

*** This bug has been marked as a duplicate of bug 60425 ***