Created attachment 183367 [details] File hangs Writer during load. This bug was filed from the crash reporting server and is br-a3dea0ef-d335-4912-9708-a497e4de722a. ========================================= Trying to open 201kbyte file saved from Writer 7.4.2.1 (I think - it's from 1 rev back, I get all the updates recommended.) Libre hung, using 2.8 Gbyte, 49% Cpu Version info: Version: 7.4.2.3 (x64) / LibreOffice Community Build ID: 382eef1f22670f7f4118c8c2dd222ec7ad009daf CPU threads: 2; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Writer was able to open other files of same age & Writer version. Am working on a book, typically am working on 3 files at a time, so I know those files were saved with the same version of Writer. Hang persisted through reboots of Windows 10, restarts of Writer. File that hangs is attached. It is coprighted material, so don't copy/spread it around ecept as needed to check out the bug.
Crash report automatically generated is from task manager termination by user, but Writer seemed solidly hung at time.
Confirm Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 7a89eae97a970939174d59aa58147eaa194acaee CPU threads: 8; OS: Mac OS X 12.3.1; UI render: Skia/Raster; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded
Strange file does open with Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9cd0f4c2d25462feba0ffcbd906c199273821243 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL threaded and with Version: 7.1.8.0.0+ (x64) / LibreOffice Community Build ID: a94b58277c7aeaa83ce14347cd0b8f7137969d03 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
Is there a workaround for this? I really need that file that crashes on load.
(In reply to ScootrKDEbug Richards from comment #4) > Is there a workaround for this? I really need that file that crashes on load. Have you tried opening it with the latest 7.5 version? Telesto confirmed the issue with a build from July 2022, but couldn't with a build from October 2022. No reproduced on Linux with: Version: 7.5.4.2 (X86_64) / LibreOffice Community Build ID: 36ccfdc35048b057fd9854c757a8b67ec53977b6 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: fr-FR (en_AU.UTF-8); UI: en-US Calc: threaded Editing and navigating the file plateaus at 350 mb of memory and normal % of CPU.
The ODT works fine for me on: Version: 24.2.0.3 (X86_64) / LibreOffice Community Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1 CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded I opened it, scrolled all the way up and down, clicked around, and didn't get any crashes.
Indeed, I can reproduce with the linux-64-releases repo checked out at libreoffice-7.4.2.3: memory leaks dramatically, 100% of one core used. Already resolved in libreoffice-7.4.3.2, started at the same time as bug 151736 (not reproduced in 7.3.6.2), and traces point to the same issue -> marking as duplicate. Thanks everyone! *** This bug has been marked as a duplicate of bug 151736 ***