Created attachment 200561 [details] First window to show up Version: 25.2.3.1 (X86_64) Build ID: 520(Build:1) CPU threads: 4; OS: Linux 6.14; UI render: default; VCL: kf6 (cairo+wayland) Locale: fr-FR (fr_FR.UTF-8); UI: en-US Calc: threaded Referencing Help>LO Help (F1) immediately causes crash, no matter the component. I upgraded my computers from Fedora 41 to Fedora 42 which resulted in 24.8.6.2 to be replaced by 25.2.3.1. I usually trust distro to provide stable production-grade packages. I was not aware that Fedora maintainers chose an RC release for their repository. So, I initially thought something was wrong with my configuration. But this happens on all my computers (different CPUs and GPUs) but they now are all under Fedora 42 though with slightly different software sets. Since there is some form of exception trap and recovery, I can't get any information. I restarted with SAL_USE_VCLPLUGIN=gtk4 soffice & to switch from Qt to GTK+. Note that both Qt and GTK+ are installed on my machine because I use applications from both worlds. I then get a bunch of: >(soffice:89360): Gtk-WARNING **: 13:23:50.608: GtkGizmo 0x56217d6489d0 (slider) reported min width -2, but sizes must be >= 0 on the console with various addresses after GtkGizmo, but this does not seem related to the crash. After Help>LO Help, there is a last >terminate called after throwing an instance of 'com::sun::star::uno::RuntimeException' and the application exits. If I restart from the GUI (hence reverting to Qt), the application starts normally. But restarting it from the console (for GTK+) pops up systematically a "LO 25.2 Document Recovery" windows with NO file to recover. Pressing OK, a splash screen window with window bar and max/close button (not a notification without bar nor buttons) appears followed by a "LO 25.2 Document Recovery" window showing status of recovered documents. The look of dialogs is quite weird: no padding around contents, buttons extended and flushed against edges. "Use LO dialogs" is not ticked in Tools>Options. See attached screenshots (but could not capture the confirmation dialog because it blocked all other processes -- weird again).
Created attachment 200562 [details] Second window to show up (instead of notification)
Created attachment 200563 [details] Third window to show up -- confirmation not captured
Created attachment 200590 [details] bt On pc Debian x86-64 with master sources updated today, I could reproduce this.
*** This bug has been marked as a duplicate of bug 165980 ***