Bug 109006 - The "save document" function results in dump and takes a time to complete in ODT with linked ODS (see comment 9)
Summary: The "save document" function results in dump and takes a time to complete in ...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.3.4.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: perf
Depends on:
Blocks:
 
Reported: 2017-07-07 17:07 UTC by Eamonn Martyn
Modified: 2018-03-20 16:51 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
This is the text document that is fed from a spreadsheet using DDE links (497.26 KB, application/vnd.oasis.opendocument.text)
2017-07-14 17:01 UTC, Eamonn Martyn
Details
This is the spreadsheet that feeds the text document (299.83 KB, application/vnd.oasis.opendocument.spreadsheet)
2017-07-14 17:03 UTC, Eamonn Martyn
Details
debug WinDBG from dump with procdump - LO 6.1+ (10.96 KB, text/plain)
2017-12-14 18:02 UTC, Timur
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Eamonn Martyn 2017-07-07 17:07:39 UTC
I thought that the application had crashed but if it is left long enough it eventually completes.  The writer document is quite large (281 pages and 667kb) with hundreds of DDE links to an ODS spreadsheet.  LibreOffice was updated to version 5.3.4.2 (x64) (Build ID: f82d347ccc0be322489bf7da61d7e4ad13fe2ff3) a few hours before.  This was the first file edit operation performed after the upgrade.  The problem has occurred on two separate laptops editing the same file.
Comment 1 Eamonn Martyn 2017-07-07 18:03:04 UTC
I timed the save document function.  It took 10 minutes 23 seconds to save my file.  There doesn't appear to be any problem saving spreadsheets in Libre Office Calc.
Comment 2 Xisco Faulí 2017-07-10 17:25:34 UTC Comment hidden (obsolete)
Comment 3 Eamonn Martyn 2017-07-14 17:01:50 UTC
Created attachment 134634 [details]
This is the text document that is fed from a spreadsheet using DDE links

Please note that this document is copyright of the PCI Security Standards Council for format and to O-C Group in the way it is populated.
Comment 4 Eamonn Martyn 2017-07-14 17:03:36 UTC
Created attachment 134635 [details]
This is the spreadsheet that feeds the text document

This spreadsheet feeds the text document that was previously uploaded.  Please note that it is copyright of O-C Group.
Comment 5 Eamonn Martyn 2017-07-14 17:12:56 UTC
The save process is still taking a long time, although I haven't timed it today it is far from acceptable.  I haven't had time to work on the document all week, but there is a slight difference in the characteristics of the save.  A week ago the progress bar used to go to say 10% and then stop for ages, today it went to say 95% and then stopped.  I don't know whether this is significant.  Before the problem occurred it would take less than a minute to save this document.  
To connect the two files you have to run a macro called "Change DDE pointer" in the text document and insert the full address and file name of the spreadsheet.
The files that I am using are fully populated with data from the spreadsheet and there are network diagrams inserted into the text document.  However, the ones that I have uploaded are empty of this data because the data and diagrams are confidential to my clients.
Comment 6 Buovjaga 2017-08-11 13:34:55 UTC
Took me about 6 seconds to save.

On a Windows virtual machine which has 16 GB of memory allocated.

To speed up testing with different versions, I created the path in the original links and put the .ods in there.

Win 10
Version: 6.0.0.0.alpha0+ (x64)
Build ID: 4e2b44860c2c304ea728c512b47ca07aaf1cd452
CPU threads: 4; OS: Windows 6.19; UI render: default; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2017-08-10_23:20:23
Locale: fi-FI (fi_FI); Calc: group

Version: 5.4.0.3 (x64)
Build ID: 7556cbc6811c9d992f4064ab9287069087d7f62c
CPU threads: 4; OS: Windows 6.19; UI render: default; 
Locale: fi-FI (fi_FI); Calc: group
Comment 7 Xisco Faulí 2017-12-13 11:25:29 UTC Comment hidden (obsolete)
Comment 8 Timur 2017-12-14 14:21:40 UTC
Report wasn't precise enough:
- are links in file correct (all but one are local, and one is Dropbox)
- are all links updated on open
- are macros allowed

First I updated all links, then opened file updated and with macros. 
I had slow open and save with 5.3.4 so somewhat confirmed. 
But open and save normal with 6.1+ master and 5.4.3, 8 seconds, so looks fixed.
So I'll close as WFM.
Please set back to Unconfirmed if tested otherwise.
Please test with different versions before reporting: http://tdf.io/siguiexe
Comment 9 Timur 2017-12-14 18:02:16 UTC
Created attachment 138451 [details]
debug WinDBG from dump with procdump - LO 6.1+

OK, I forgot one thing: there's a dump seen with procdump.
So I'll set to New for that.
Comment 10 Eamonn Martyn 2018-03-20 14:04:31 UTC
I have been testing this issue again lately and it appears to be resolved for me.  I have performed a few updates of Libre Office and, of course, Windows so some change must have fixed the problem.
Thanks for your help.
Comment 11 Xisco Faulí 2018-03-20 14:06:28 UTC
Thanks for retesting with the latest version.
Setting to RESOLVED WORKSFORME as the commit fixing this issue hasn't been identified.