Description: Working on a linux laptop, with the KDE desktop environment on a wayland session with an external screen attached set as primary display and laptop built-in screen used as a second screen (docked laptop configuration). Using the gtk4 VCL because the default kf5 one (as well as the Qt ones) are not usable in the above described setup (because the two screens require different scaling — the laptop is HiDPI, the external display is not — and the kf5 VCL cannot handle this, but this is another issue). In this setup, LibO with the gtk4 VCL has trouble in opening dialogs, the print dialog in particular. Almost always (but not really always) you get: ``` Error building template class 'GtkDialog' for an instance of type 'GtkDialog': .:0:0 Invalid property: GtkDialog.window-position ``` and then almost always (but not really always), libreoffice closes. I say "almost always" twice because in rare occasions LibO can actually show the print dialogs and in some occasions when in cannot show the print dialog rather than closing it hangs and you need to kill the process. Steps to Reproduce: 1. launch `SAL_USE_VCLPLUGIN=gtk4 libreoffice` 2. open a file 3. file->print Actual Results: LibO shuts down or hangs Expected Results: The print dialog appears Reproducible: Sometimes User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: TextDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes
Callegar, are you able to get a backtrace for this crash?
I'm on an X11 session right now, but I see no problem after 5 openings of the print dialog with gtk4 UI. Arch Linux 64-bit, X11 Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 556b095dfb99c5db92328a63ffa30f07d8840db2 CPU threads: 8; OS: Linux 6.5; UI render: default; gtk4 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 10 October 2023
As an aside, using the gtk3 instead of gtk4 vclplug is likely to get better results. The error is a bit odd, what's supposed to happen is that in: vcl/unx/gtk4/convert3to4.cxx we remove any gtk3-style "window-position" properties in the .ui files when we runtime convert them to gtk4 and anyway git grep window.position */uiconfig doesn't have any hits in the vcl print dialog of vcl/uiconfig/ui/printdialog.ui
Also getting the crash with Insert->image. Rather than giving me the file dialog, LibO crashes. How to get a backtrace?
(In reply to Callegar from comment #4) > How to get a backtrace? 1. Get a debug build from: https://dev-builds.libreoffice.org/daily/master/current.html 2. Check that it does crash with this build 3. Record a backtrace: https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#GNU.2FLinux:_How_to_get_a_backtrace
Before trying to get a backtrace, please try a recent LO version (7.6.7 or brand new 24.2.4)
Dear Callegar, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear Callegar, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp