Description: In LibreOffice 24.2.x, in dialogs created with the Dialog Editor, combo box items are displayed far away from the combo box. This is a regression. Steps to Reproduce: 1. Open the test document and execute the Main macro 2. When the dialog appears, click on the arrow to display combo box items Actual Results: Combo box items are displayed far away from the combo box (see attached screenshot). Expected Results: Combo box items should be displayed just below the combo box. Reproducible: Always User Profile Reset: Yes Additional Info: Tested in Ubuntu Linux 22.04.4 LTS Version: 24.2.2.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 48; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Ubuntu package version: 4:24.2.2~rc2-0ubuntu0.22.04.1~lo1 Calc: threaded
Created attachment 193383 [details] Test file with macro
Created attachment 193384 [details] Screenshot
Could you fix this regression, please? It affects TexMaths users.I think it could be related to this bug: https://bugs.documentfoundation.org/show_bug.cgi?id=159996
Have tested this one with Version: 24.2.2.2 (X86_64) / LibreOffice Community Build ID: d56cc158d8a96260b836f100ef4b4ef25d6f1a01 CPU threads: 6; OS: Linux 6.4; UI render: default; VCL: kf5 (cairo+xcb) Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded on OpenSUSE 15.6 Linux. Content of the combo box appears where it should appear - not far away. Couldn't test it with gtk3. Try to start with SAL_USE_VCLPLUGIN=gen ./soffice Might be it is a special bug of gtk3. Might be it is a special bug of LO packed by Ubuntu.
Thanks for testing. Following your advice, I installed the LibreOffice 24.2.2 Community version and did the following tests: SAL_USE_VCLPLUGIN=gtk3 /opt/libreoffice24.2/program/soffice => problem SAL_USE_VCLPLUGIN=gen /opt/libreoffice24.2/program/soffice => no problem SAL_USE_VCLPLUGIN=qt5 /opt/libreoffice24.2/program/soffice => no problem So it's definitely a GTK3 issue. Here is the LO version: Version: 24.2.2.2 (X86_64) / LibreOffice Community Build ID: d56cc158d8a96260b836f100ef4b4ef25d6f1a01 CPU threads: 48; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: en-US Calc: threaded System: Ubuntu 22.04.4 LTS 64 bits
Could test now with Version: 24.2.1.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 6; OS: Linux 6.4; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: de-DE Calc: threaded (Special Build for OpenSUSE) With gtk3 I could reproduce the buggy behavior. Content of combobox is shown at totally wrong place (bottom and right border of the screen).
I did some further tests: - the bug is not in LibreOffice 7.6.7.1 - the bug appeared in LibreOffice 24.2.0.0.alpha1 (gtk3 version only) Please fix...
This seems to have begun at the below commit in bibisect repository/OS linux-64-24.2. Adding Cc: to László Németh ; Could you possibly take a look at this one? Thanks 5de05f9c098150dca11071af2281220bde7b61f9 is the first bad commit commit 5de05f9c098150dca11071af2281220bde7b61f9 Author: Jenkins Build User <tdf@maggie.tdf> Date: Tue Nov 7 07:20:01 2023 +0100 source 698935c220131bc761eb9cf25e01fa91087a788e 159020: tdf#152155 vcl: fix gtk popup listbox positions on sidebar | https://gerrit.libreoffice.org/c/core/+/159020
Hi, I did a new test in Ubuntu 24.04 and found that the bug is present with Xorg, but not with Wayland. This was tested with LibreOffice 24.2.3.2. Could you fix this regression please? It affects TexMaths users.
Created attachment 194702 [details] Screenshot of Alternative Find & replace extension
I added a new screenshot that shows that other extensions are affected by this regression. The screenshot shows that Alternative Search & Replace extension has misplaced combo box items.
I have the same problem. I am developing a frontend for mysql with LO- Base. Version: 24.2.4.2 (X86_64), Linux Mint 21.3 (Ubuntu 22.04) GTK 3.24.33, X11 and I get the same error as described. The frontend works without this error on: - LO 4.0 (X86) Win10 - LO 4.3 (X86_64), Linux Mint 21.3 Virginia (Ubuntu 22.04) X11
Yes, it's a regression. Waiting for a fix...