Created attachment 169779 [details] Example file from Word with many tracked changes Attached file was made in Word by inserting 100 paragraphs of lorem ipsum, then replacing each letter (some 10k in total) while change tracking was enabled. Word opens this file in about 5 seconds on my machine while Writer takes about 25 when measured with: $ time OOO_EXIT_POST_STARTUP=1 instdir/program/soffice ../CT-10k-letters.docx real 0m23.534s user 0m0.202s sys 0m0.093s (Note: my antivirus may or may not contribute to this value). Steps to reproduce: 1. Open attached file Actual results: Opening takes about half a minute, even with warm caches. Expected results: Opening could take less time. LibreOffice details: Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 380ab85b6594a013f34f5e6ec69fb569336bbb48 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: threaded I measured similar values in 7.0 and 6.0 while 5.0 was in the 40-45 seconds range – this is not a regression. But there may be room for improvement still.
Tested with Version: 7.1.1.2 (x64) / LibreOffice Community Build ID: fe0b08f4af1bacafe4c7ecc87ce55bb426164676 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 Opening in Writer: 15 seconds Opening in Word 2016: 3 seconds So same result as in comment 0: Opening in writer is five times slower (personally I think three times slower might be O. K.) => NEW
If I save DOCX as ODT (also slow), opening is even slower. OO 3.3 real 0m6,244s user 0m5,575s sys 0m0,223s 7.3+ m DOCX real 0m13,635s user 0m12,862s sys 0m0,440s 7.3+ m ODT real 0m35,017s user 0m33,913s sys 0m0,472s So I don't see this as DOCX problem, but as a general issue of slow loading of many tracked changes, that got worse from OO to LO. Multiple bugs may obscure that. Bug 144208 seems duplicate of this one, this one of some other.
Dear NISZ LibreOffice Team, 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 https://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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still more than 30 seconds for opening with Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded But I agree with Timur, that it is not a DOCX-problem.
With the first three patches toward bug 144208 on Linux, time with OOO_EXIT_POST_STARTUP=1 is real 0m3,320s user 0m2,904s sys 0m0,408s With 24.2 the time is real 0m8,476s user 0m8,303s sys 0m0,236s