https://bugs.documentfoundation.org/show_bug.cgi?id=167186

--- Comment #3 from [email protected] ---
Testing earlier versions on the same PC, yet boot to Windows 10 here (with
eighteen parallel separate installs). Tested first Calc 6.4.7.2 then 7.0.0.1
then 7.3.0.1 then again 25.2.4.3

Unable to reproduce the crash on Windows 10.  All parallel installed versions
open the file, can select, copy, paste into new sheet and save all the table
A1:ALL500000.  There's a lot of CPU usage, struggle with the memory yet they
function without Crash.  However, with Windows 10 on 32GB RAM, after the
A1:ALL500000 has been selected (or after copying or pasting or saving),
LibreOffice is unable to close.  Has to be forced to close using Task Manager
Process "End".

Version: 25.2.4.3 (X86_64) / LibreOffice Community
Build ID: 33e196637044ead23f5c3226cde09b47731f7e27
CPU threads: 8; OS: Windows 10 X86_64 (10.0 build 19045); UI render:
Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded


I notice the crash reported versions have UI render: default
So tested again on Windows 10;  switched off Skia in Options;  changes to
"Hardware Acceleration". Restart, open the file using Calc 25.2.4.3
Unable to reproduce the crash.  Calc opens the file, can select, copy, paste,
save.  Without SKIA it's very much slower.

Version: 25.2.4.3 (X86_64) / LibreOffice Community
Build ID: 33e196637044ead23f5c3226cde09b47731f7e27
CPU threads: 8; OS: Windows 10 X86_64 (10.0 build 19045); UI render: default;
VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

On Windows 10, with or without SKIA the Crash does not reproduce.
Dualboot back into Ubuntu the crash is always reproducible.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to