1. Open attachment 71267 [details] 2. Save as .docx 3. Reload It takes a couple of minutes (didn't time) on my very fast machine. This is spun off from bug 59918 (it doesn't freeze anymore). Arch Linux 64-bit, KDE Plasma 5 Version: 5.4.0.0.alpha0+ Build ID: ede1a83e110ce7bc7d3560f415d6269ea3feb947 CPU Threads: 8; OS Version: Linux 4.8; UI Render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on December 13th 2016
tested under Win7x64 using LibO 5.2.3.3 FILESAVE as .docx is quite fast (few seconds). FILEOPEN the resulting .docx takes 10 minutes under Win7x64 SP1 using LibO 5.4.0.0.alpha0+ (x64) Build ID: 7aa2b5a041df8e71a435cccbc79ee13799ec9138 CPU Threads: 8; OS Version: Windows 6.1; UI Render: default; Layout Engine: new; TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2016-11-24_11:40:27 Locale: it-IT (it_IT); Calc: CL my PC has an Intel Core i7 CPU 950 @ 3.07GHz, 8.0GB RAM and SSD disk.
Created attachment 129575 [details] slow-loading .DOCX I'm uploading the .DOCX version of the "offending" file so you don't have to convert it from .ODT to reproduce the bug.
Created attachment 129577 [details] stripped version. just first 100 pages in case it may help debugging here's a stripped version of the .DOCX file. this version includes only the first 100 pages. loading is 3 minutes against 10 minutes of the the whole document (around 240 pages if I remember correctly).
Created attachment 129580 [details] stripped version. just first 50 pages another stripped version, this time just the first 50 pages. now loading time is 20 seconds.
Tested the 50 pages document. Issue also exists in: Versie 4.0.0.3 (Bouw-id: 7545bee9c2a0782548772a21bc84a9dcc583b89) and in LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
no performance improvement using LibO 5.3.4.2 or a recent 6.0.0.0 alpha daily build. the 50 pages version still loads in 20 seconds under Win7x64
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Created attachment 145105 [details] Callgrind output from master callgrind from opening attachment 129580 [details] Arch Linux 64-bit Version: 6.2.0.0.alpha0+ Build ID: 0ffa7a733d834647dfd59b864c52a015028822b6 CPU threads: 8; OS: Linux 4.18; UI render: default; VCL: gtk3_kde5; Locale: fi-FI (fi_FI.UTF-8); Calc: threaded Built on September 21st 2018
Dear Buovjaga, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
1.30 minutes for the 100 pages document. So probably improved compared to 3 minutes of comment 3 Version: 6.5.0.0.alpha0+ (x64) Build ID: 42a1a1c6b91907f81e15066ffab219411f18c4db CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: GL; VCL: win; Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL
Retested, used a stopwatch and I got 2min 33s, so the same as in 2016 with the same computer. Arch Linux 64-bit Version: 6.5.0.0.alpha0+ Build ID: 2dfc1dce87a0509e76d3d5875e03e3fae5d677d7 CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: kf5; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 21 December 2019
docx with many footnotes opening slowly is bug #76260 - maybe this is just a duplicate of that, but let's keep this one open in case there is something else in this.
*** This bug has been marked as a duplicate of bug 76260 ***