Open attachment 119330 [details] from bug 94809, which shows lots (all?) unicode code points of the font Symbola. => LO hangs. I don't have the font installed, which means substitution occurs. I don't know what happens if you have font Symbola installed, whick AFAIK isn't free, so that isn't the topic of this bug report. Occurs in LO 25.8.0.0.alpha0+ (7f8a5594694c5f2861648c36ff7c87a21422f283) / Windows and 7.4.1.0.0+ (c63093aad97550f7d7a6698f72956656d39ce659) / Windows. I haven't waited for a long time, but the file would not open a reasonable time. In 7.3.8.0.0+ (e1ad83ddb2f39419fb5d7c69eba51e2b9f49c788) / Windows the file opens a reasonable time, and scrolling around is possible.
Confirm with Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 85c8901dc2710e91bccb64cd7d8068441f42f65b CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: kf5 (cairo+xcb) Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded
I couldn't make it hang under Linux. I tested most versions (I was bibisecting) from 7.3 to 25.8. I did notice a significant increase in load time between 7.3 (24 seconds) and 7.4 (43 seconds) and on 25.8/master (39 seconds), but, technically, it didn't hang, I can't say I reproduced it. I measured the time the CPU stayed at 100% starting up with the specified file. Can you try giving it like triple/quadruple the time using a clean profile (safe-mode with user profile reset)? Can you also check if, on bibisect repo linux-64-7.4, commit a0216e381 (source sha:2cb75eb5) is the first commit exposing the hanging behavior? I uninstalled the Symbola font before investigating. After reinstalling the font, times were like (11s for 7.3, 20s for 7.4 and 13s for 25.8/master) My environment: (except that I tried a wide range of versions) Version: 25.2.0.3 (X86_64) / LibreOffice Community Build ID: 520(Build:3) CPU threads: 16; OS: Linux 6.12; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Debian package version: 4:25.2.0~rc3-2+b1 Calc: threaded