Description: Icons that don't fit within the toolbar (indicated by ">>" on the top-right) does not do anything when clicked. So far, I observed it happening only in Writer. Steps to Reproduce: 1. Change UI to "Single Toolbar" (View > User Interface > Single Toolbar) 2. Resize window so that not all icons fit in toolbar 3. Click the ">>" button in the top right to reveal icons that don't fit 4. Click on any icon inside the ">>" menu 5. Whatever icon clicked does not take effect Actual Results: Clicking on an icon inside the ">>" menu should take effect. In this case, it does not. Example: let's say the bold icon is inside the ">>" menu, but when clicked, text does not turn bold Expected Results: Clicking icons inside the ">>" menu should have worked. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 60(Build:1) CPU threads: 2; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-US (C.UTF-8); UI: en-US 7.6.2-3 Calc: threaded
Works for me Version: 7.6.1.2 (X86_64) / LibreOffice Community Build ID: f5defcebd022c5bc36bbb79be232cb6926d8f674 CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL threaded Maybe you have more than one toolbar on the same line.
Weird. Seems to only be happening on my system, even when running LO with a clean home folder. And if someone asks, yes, it does happen with the LibreOffice Appimage. Can someone on Linux with Xfce desktop please test? Seems to only happen on Xfce. I'm using Arch Linux with Xfce.
Created attachment 190201 [details] screen recording of the bug I'm able to apply formatting if the icon has an extra menu, like the highlighting option.
[Automated Action] NeedInfo-To-Unconfirmed
Updating OS to Linux, as not currently reproducible in Windows. Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 1ec2e39cf4d5fe0a592bc783fd8bcdc4345c8cbd CPU threads: 6; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
Works fine here. Desktop is KDE. Version: 7.6.3.0.0+ (X86_64) / LibreOffice Community Build ID: 8275b70aae25f48817747bdfbfcfcaf1197c550c CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Arch Linux 64-bit, X11 Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: ae9c207675f1144fdea8f628f370375768f1eb00 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 27 October 2023
Reproducibility depends on what the first control is in the overflow. Consistent for me: 1. Use gtk3 VCL plugin. 2. Hide up to and including the "Font size", then test Bold or alignment buttons. This is the same with the standard toolbar, and can be reproduce in other components like Calc. If you tab the focus out of the Font Size widget, buttons will work. Reproduced since 7.1 up to recent trunk build: Version: 7.1.0.3 / LibreOffice Community Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: fd69b546ad36452560cb11ccb28e78632d65f045 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Bibisected with linux-64-7.1 bibisect repo to first bad commit 9603de4cb76fa3e1d4147d9a4a14696d0bc79e74 which points to core commit: commit bed1bd821384f00ee02ec80594ee0fc4c5f15abe author Caolán McNamara <caolanm@redhat.com> Thu Jun 11 15:04:31 2020 +0100 committer Caolán McNamara <caolanm@redhat.com> Thu Jun 11 20:30:58 2020 +0200 allow tabbing between native widgets in floating windows i.e. in the calc autofilter menu-alike popups Reviewed-on: https://gerrit.libreoffice.org/c/core/+/96127 Caolán, can you please have a look?