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...
Just wanted to add that it seems like the items list appear at the right place when the combo box is placed at the upper left corner, and the further down and to the right, the further the distance is between the combo box and the items list. LibreOffice 24.2.5.2 and 24.8.0.3 (7.4, 7.5 and 7.6 was fine). Ubuntu Studio 20.04.
Yes, I can confirm this weird behaviour you observed, in LibreOffice 24.8.0.3 with Ubuntu 24.04.1 on xorg.
I tested some other popular extensions that use combo boxes: - Alternative Search & Replace - PicTool - ChordTransposer they all have the same problem. I think the solution is rather simple: revert the patch that fixes bug tdf#152155 because it introduced a severe regression. Could some dev do this? I know the bug is only present in Xorg, but many people still use it because Wayland is not mature.
The bug is still there in LibreOffice 24.8.1.2.
Hi there, the bug is 9 months old and still no fix. The fix is simple: revert the patch that introduced the bug. The bug affects TexMaths users. Thanks.
Another popular extension that is affected by this same bug: Code Highlighter 2.
*** Bug 164642 has been marked as a duplicate of this bug. ***
Version: 24.8.4.2 (X86_64) / LibreOffice Community Build ID: bb3cfa12c7b1bf994ecc5649a80400d06cd71002 CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded Still present and really annoying.
We have the same problem on Red Hat with version LO 24.2.1.2 This bug is a "nogo" for migrating to this version on our site with 300 users. This is urgent to find a solution because we use a lot of dialog in our Macros.
I have an idea about what to do here and to keep bug#152155 from reappearing
Caolán McNamara committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/bb90e0ffc39424b31fd0922ee5fdeac1e4f25bb5 Resolves: tdf#160415 vcl popups misplaced under x11 gtk3 It will be available in 26.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
That appears to do the right thing for this bug and keeps the issue of the original motivating commit working correctly also. Backports to 25-8 and 25-2 in gerrit
> https://git.libreoffice.org/core/commit/bb90e0ffc39424b31fd0922ee5fdeac1e4f25bb5 Tested this fix with GNOME 48 and Xorg, and the issue was solved. Thanks for the fix! Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 57352dce995c98d1282484d02c38ed2132b091f5 CPU threads: 20; OS: Linux 6.12; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-25-2": https://git.libreoffice.org/core/commit/4646b5c1fba844778a672e286fee4f7750c52745 Resolves: tdf#160415 vcl popups misplaced under x11 gtk3 It will be available in 25.2.5. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Caolán McNamara committed a patch related to this issue. It has been pushed to "libreoffice-25-8": https://git.libreoffice.org/core/commit/0a9cf4d7eb7f4a0626528f93ae0e74583ef4859b Resolves: tdf#160415 vcl popups misplaced under x11 gtk3 It will be available in 25.8.0.0.beta2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.