Description: When you search for a command in the keyboard shortcuts window, the last comment in the list is hard to select when a horizontal scroll bar long is present (caused by a long name) Steps to Reproduce: 1. open keyboard shortcut window 2. search for something that has many and at least one long entry 3. go to last entry in the list and click on the entry and hover for information Actual Results: the horizontal scroll bar is 'on top' of the last entry making it hard to read when present, hard to click and hard to get information from hover menu. Expected Results: Not sure how this would be done, but the horizontal bar shouldn't be in the way. Maybe have a dedicated space at the bottom for the scroll bar? Or always add an empty and invisible line at the bottom to make sure you can scroll past the horizontal scroll bar? Reproducible: Always User Profile Reset: No Additional Info: This seems to be a Linux (maybe even a KDE) specific bug as there is no repo under Windows 10. LibreOffice (Linux): - Version: 25.8.4.2 (X86_64) / LibreOffice Community - Build ID: 290daaa01b999472f0c7a3890eb6a550fd74c6df - CPU threads: 12; OS: Linux 6.14; UI render: default; VCL: gtk3 - Locale: de-AT (de_AT.UTF-8); UI: de-DE - Flatpak - Calc: threaded Operating System (Linux): - Operating System: KDE neon User Edition - KDE Plasma Version: 6.5.5 - KDE Frameworks Version: 6.22.0 - Qt Version: 6.10.1 - Kernel Version: 6.14.0-37-generic (64-bit) - Graphics Platform: Wayland NO REPO under Windows 10: Libreoffice: - Version: 24.2.6.3_AA (X86_64) / LibreOffice Community - Build ID: 23735e228767740599e3f00b9371b05bcbf243d2 - CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: default; VCL: win - Locale: de-AT (de_AT); UI: de-DE - Calc: threaded
Created attachment 205065 [details] CALC - bug 170365 - horizontal row on menu entry-demo video Demo video for the bug. 1) Select the last entry in the row. The horizontal scroll bar is in the way and you click on it rather than the menu entry. 2) Try to hover for infobox. The horizontal scroll bar is again in the way and the hover window is not displayed. Again: This might be a Linux/KDE specific bug.
I repro this behavior with: Version: 26.8.0.0.alpha0+ (X86_64) Build ID: 08e020f4d7e9ec7d5343c6672560c84c6f72464b CPU threads: 2; OS: Linux 6.14; UI render: default; VCL: gtk3 <== Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded The VCL backend I repo with is gtk3, the same as the one you observe this happening: > - CPU threads: 12; OS: Linux 6.14; UI render: default; VCL: gtk3 <== Seems to be the way gtk3 shows horizontal scroll bars for lists. Here is some information I found about this: The GTK3 horizontal scrollbar can sometimes overlay the content, making it difficult to access items at the bottom of a list. This issue is related to how overlay scrollbars are implemented, which can cover part of the scrollable area, preventing access to certain content. https://bugs.launchpad.net/ubuntu/+source/gedit/+bug/1516713