Bug 117095 - Writer takes at least 5 minutes to open a one-page .odt file - with 131.000 bookmark lines
Summary: Writer takes at least 5 minutes to open a one-page .odt file - with 131.000 b...
Status: RESOLVED INVALID
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: low major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: perf
Depends on:
Blocks:
 
Reported: 2018-04-19 02:28 UTC by Yomo Como
Modified: 2018-04-24 10:51 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
This is the file I want to open. (413.89 KB, application/vnd.oasis.opendocument.text)
2018-04-19 02:28 UTC, Yomo Como
Details
The same file cleaned (23.75 KB, application/vnd.oasis.opendocument.text)
2018-04-19 07:51 UTC, Timur
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Yomo Como 2018-04-19 02:28:07 UTC
Created attachment 141480 [details]
This is the file I want to open.

I installed 6 a few days ago to test out on my Dell XPS L512X with 6 Gig of RAM and an core i5 running Ubuntu 16.4 LTS. I open a one page .odt file and it takes at least 5 minutes to open and one of the cpu cores is maxed out. LibreOffice hangs while the file is opened. I attach the file I want to open.
Comment 1 Yomo Como 2018-04-19 02:36:03 UTC
Actually, it takes more than 10 minutes to open the file I attached.
Comment 2 Timur 2018-04-19 07:34:45 UTC
Repro all the way from OO to master. Also slow with MS Word. 
But I'm not in favor of confirming a bug. Looks like WontFix to me.
Because this is specific ODT with large content.xml that has multiple:
<text:bookmark text:name="__DdeLink__249_3597848152112226332444"/>
How was this created?
Comment 3 Timur 2018-04-19 07:51:24 UTC
Created attachment 141482 [details]
The same file cleaned

The same file cleaned of 131.000 bookmark lines.
Comment 4 Yomo Como 2018-04-22 03:39:21 UTC
(In reply to Timur from comment #2)
> Repro all the way from OO to master. Also slow with MS Word. 
> But I'm not in favor of confirming a bug. Looks like WontFix to me.
> Because this is specific ODT with large content.xml that has multiple:
> <text:bookmark text:name="__DdeLink__249_3597848152112226332444"/>
> How was this created?

I used LibreOffice 5.1 on Ubuntu to create it and saved as an rtf file. After getting nagged about saving it in ODT, I resaved it in ODT.
Comment 5 Yomo Como 2018-04-22 03:44:45 UTC
(In reply to Timur from comment #3)
> Created attachment 141482 [details]
> The same file cleaned
> 
> The same file cleaned of 131.000 bookmark lines.

Thanks for cleaning it up, Timur. I'm not sure why it was so big with just a page of text. Abiword is also struggling opening up the original file.
Comment 6 Yomo Como 2018-04-22 04:07:28 UTC
(In reply to Yomo Como from comment #4)
> (In reply to Timur from comment #2)
> > Repro all the way from OO to master. Also slow with MS Word. 
> > But I'm not in favor of confirming a bug. Looks like WontFix to me.
> > Because this is specific ODT with large content.xml that has multiple:
> > <text:bookmark text:name="__DdeLink__249_3597848152112226332444"/>
> > How was this created?
> 
> I used LibreOffice 5.1 on Ubuntu to create it and saved as an rtf file.
> After getting nagged about saving it in ODT, I resaved it in ODT.

I also sometimes copied some text from the internet and pasted into the file.
Comment 7 Timur 2018-04-23 16:15:44 UTC
Opening the original file is slow but that's reasonable with so many bookmark lines. 
Real issue is how this was created. And we need exact steps for that which we don't have. We don't know when bookmarks were created and multiplied and how. 
So I'll close. 
If you experience something similar, but with exact steps from correct to uncorrect file, set back to unconfirmed or open a new bug. 
You may experiment and monitor content.xml within file.odt which is file.zip.