Description: After the fix provided by Miklos for tdf#151980, the Dropdown content control is drawn on the left, which is correct. But recently I can no longer select the drowpdown button. Steps to Reproduce: 1. Open attachment 183516 [details] from the above mentioned issue 2. Try opening the dropdown content control using mouse Actual Results: You can not open the dropdown menu. Down arrow is shown but it is not usable. Expected Results: You should be able to open the dropdown menu as before Reproducible: Always User Profile Reset: No Additional Info: Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: bcf333309f9a9bde21aac1302cbead2b23822458 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
The problem is also reproducible with X11, KF5 and GTK4: Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: bcf333309f9a9bde21aac1302cbead2b23822458 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: bcf333309f9a9bde21aac1302cbead2b23822458 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: bcf333309f9a9bde21aac1302cbead2b23822458 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk4 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Testing with attachment 182846 [details] shows that at the same time, there is no problem with LTR fields: The down arrow is usable by mouse for the LTR fields, while mouse does not work with RTL fields.
(In reply to Hossein from comment #0) Can't reproduce with: Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: bcf333309f9a9bde21aac1302cbead2b23822458 CPU threads: 4; OS: Linux 6.0; UI render: default; VCL: gtk3 Locale: en-IL (en_IL); UI: en-US Build timestamp: 2022-11-19_05.43.41
Same here, clicking on the button works for me. This is important, because otherwise it's hard to test if the dropdown itself (which is a treeview at a vcl level) has the correct direction. The fix for the above bug added code so that the entries are aligned to the left in the LTR case and aligned to the right in the RTL case. It's not possible to test this without working hit testing. Hossein: perhaps debug this yourself if you can reproduce. SwContentControlButton::ImplHitTest() is the relevant code.
Could no reproduce with: Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: deb7bc82de19ea8e20c767fdf21f9ba4feb5e9f0 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-GB (en_GB); UI: en-GB Calc: threaded or: Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 1435c5b12646269e2b5b58ec7d51626dce6505db CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
Reproducible with RTL ui, but not with LTR ui: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e97c8ceb003488589bf14c7ea335eaa3e1a86975 CPU threads: 12; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: CL threaded Run LO in this way: $ SAL_RTL_ENABLED=1 instdir/program/soffice And then try to open the content control combo boxes with mouse. You possibly can not open the combo box with mouse, which is wrong behavior.
By the lessons learned from tdf#152257, now I know that this problem happens only in Wayland. I could reproduce the problem with the latest LO 7.5 dev master on Wayland with both gtk3 and gen ui: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 912336f3c85d9a631fa0ac0f270bab04b204f619 CPU threads: 12; OS: Linux 5.19; UI render: default; VCL: x11 Locale: fa-IR (fa_IR); UI: fa-IR Calc: CL threaded Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 912336f3c85d9a631fa0ac0f270bab04b204f619 CPU threads: 12; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: fa-IR (fa_IR); UI: fa-IR Calc: CL threaded The test is done on Ubuntu 22.04 GNOME on Wayland. The problem does not occur with GNOME on Xorg. $ echo $XDG_SESSION_TYPE wayland $ echo $XDG_CURRENT_DESKTOP ubuntu:GNOME $ echo $DESKTOP_SESSION ubuntu-wayland I think the OS/desktop version data is important, and it would be a good idea to have them in the version information.
Created attachment 189614 [details] Combo box does not open on Windows The attachment contains 3 words. If you click on the word in the middle, you should be able to activate the combo box. But not all the positions inside the rectangle around down arrow activate the combo box with mouse click. If you click very close to the right margin, it will not activate the combo box. You have too zoom to ~500% to be able to test easier. The problem happens on Windows: Reproducible with 7.6: Version: 7.6.0.3 (X86_64) / LibreOffice Community Build ID: 69edd8b8ebc41d00b4de3915dc82f8f0fc3b6265 CPU threads: 20; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-GB (en_US); UI: en-US Calc: CL threaded The problem is not reproducible with the latest LO 24.2 dev master: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 9bd14aef0895e7d3cc709f96bc7b284877b35576 CPU threads: 20; OS: Windows 10.0 Build 22621; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
Repro with all Linux VCL UIs on Wayland and with SAL_RTL_ENABLED=1 Arch Linux 64-bit, X11 Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 6abe70d181e764c962a9c5e85e826247650bab3a CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: kf5 (cairo+wayland) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 1 November 2023