Description: LibreOffice Calc freezes every time I open a file. Steps to Reproduce: 1. Start LibreOffice Calc. 2. Open arbitrary file (the file can even be empty). Actual Results: LibreOffice Calc freezes for approximately 35 seconds. Expected Results: LibreOffice Calc should not freeze and display the selected file more or less immediately. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: This problem occurs only on my Lenovo ThinkPad X1 Nano Gen 1. On my other machines I can open the same files without this problem. With older versions of LibreOffice Calc the problem occured as well. If I open another file without closing LibreOffice Calc first, no freeze occurs. The files I open are located on the local SSD. The problem does not occur in LibreOffice Writer.
Could you try https://wiki.documentfoundation.org/QA/FirstSteps ?
(In reply to Julien Nabet from comment #1) > Could you try https://wiki.documentfoundation.org/QA/FirstSteps ? -) Latest version 7.2.4.1 is already installed: Version: 7.2.4.1 (x64) / LibreOffice Community Build ID: 27d75539669ac387bb498e35313b970b7fe9c4f9 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded -) I deleted the user profile directory. -) I disabled Skia as well as hardware acceleration. -) OpenCL is already disabled. => Freeze still occurs. Is there anything else I can try?
t.hackl: Could you check these: 1) antivirus other than Windows Defender? (for the test, could you disable it temporarily) 2) did you install any specific fonts? (if yes, could you uninstall them temporarily?) 3) do you have any accessibility tools enabled?
(In reply to Julien Nabet from comment #3) > 1) antivirus other than Windows Defender? (for the test, could you disable > it temporarily) Only Windows Defender. I disabled it temporarily. It didn't help. > 2) did you install any specific fonts? (if yes, could you uninstall them > temporarily?) Not deliberately. But I compared the list of installed fonts with the list of installed fonts of a different laptop, where this problem does not exist. And there were a few differences. So I uninstalled all fonts on the problematic machine, which did not exist on the other machine. Then I reinstalled LibreOffice, just in case I deleted a font the program needed. However, the problem still exists. > 3) do you have any accessibility tools enabled? Not that I'm aware of. Just the display zoom is set to 150%. Setting it to 100% didn't help.
Thank you Thomas for having taken the time to test all this. Let's put back this to UNCONFIRMED since I don't have more questions. V Stuart: any idea how to keep on the investigation here?
(In reply to Julien Nabet from comment #5) > Thank you Thomas for having taken the time to test all this. > Let's put back this to UNCONFIRMED since I don't have more questions. > > V Stuart: any idea how to keep on the investigation here? A bit of a chore to set up, but install the WinDbg debugging module from the Windows 10 SDK https://docs.microsoft.com/en-us/windows-hardware/drivers/debugger/debugger-download-tools https://wiki.documentfoundation.org/How_to_get_a_backtrace_with_WinDbg Run WinDbg and attach to the LibreOffice soffice.bin process, allow local symbols cache to build with calc module open by running by issuing the command "~* kp" With all that done, you'd be ready to capture a stack trace of the frozen process, and not analyzing a crash dump as LO is not crashing here. You're just taking a peak at what LO is doing while it is frozen.
Created attachment 177004 [details] freeze stacktrace I attached a stacktrace taken during the freeze.
(In reply to Thomas from comment #7) > Created attachment 177004 [details] > freeze stacktrace > > I attached a stacktrace taken during the freeze. Printer related? Calc will read printer details to setup pagination and row heights. Do you have a default printer set--or is your Win10 (21H1) os controlling? Maybe try setting a software printer (gs based, Acrobat, or MS Print to PDF) as default and see if the stack trace/freeze responds.
(In reply to V Stuart Foote from comment #8) > Printer related? Calc will read printer details to setup pagination and row > heights. > > Do you have a default printer set--or is your Win10 (21H1) os controlling? > > Maybe try setting a software printer (gs based, Acrobat, or MS Print to PDF) > as default and see if the stack trace/freeze responds. Yes, it's printer related. I have a network printer configured as default. LO freezes only if the printer is turned off. The freeze happens also if I just open the printer settings in the file menu. I changed the default printer to "MS Print to PDF". I also changed the printer in LO and used it once. Before that LO still wanted to use the network printer. And now the freeze is gone. Thank you very much!
Searching createicw timeout, I found https://supportcenter.devexpress.com/ticket/details/t816633/tdxcomponentprinter-is-freezing-application-on-windows-2012-r2-after-applying-kb4512489 It seems we need some timeout mechanism or we should prevent LO from testing printing part when just opening file and not even trying to print it.
(In reply to Julien Nabet from comment #10) > Searching createicw timeout, I found > https://supportcenter.devexpress.com/ticket/details/t816633/ > tdxcomponentprinter-is-freezing-application-on-windows-2012-r2-after- > applying-kb4512489 > > It seems we need some timeout mechanism or we should prevent LO from testing > printing part when just opening file and not even trying to print it. We do timeout--hence the freeze. Reading printer configuration is integral to working with layout of a calc sheet. Not our issue if user (or os) has specified a misconfigured or unavailable default printer.