Description: Depending on the objects hovered by the mouse pointer along its path from the toolbar to the menu bar, the mouse pointer symbol is correctly or incorrectly displayed when it arrives on the menu bar. Steps to Reproduce: 1. Open a new text document, spreadsheet, drawing or presentation 2. Place the mouse pointer over a toolbar handle (6 vertical dots). The mouse pointer symbols changes into a grapping hand. 3. Move the mouse pointer straight upwards until it reaches the menu bar. Actual Results: As the mouse pointer reaches the menu bar, the symbol of the mouse pointer does not change into an arrow, but the grapping hand is maintained. Expected Results: Once the mouse pointer reaches the menu bar its symbol should be replaced by the symbol of an arrow. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.1.4.2 / LibreOffice Community Build ID: a529a4fab45b75fefc5b6226684193eb000654f6 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: de-DE (en_US.UTF-8); UI: en-US Calc: threaded Version: 6.3.6.2 Build ID: 2196df99b074d8a661f4036fca8fa0cbfa33a497 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: de-DE (en_US.UTF-8); UI-Language: en-US Calc: threade Prerequisites to reproduce the effect: 1) Unlocked toolbar position so that toolbar handles (6 vertical dots) are displayed 2) The mouse pointer has to be moved over a toolbar handle on its way to the menu bar in order to reproduce the bug. When the mouse pointer is moved over another symbol of the toolbar, its symbol is correctly displayed when the mouse pointer arrives at the menu bar. I will add 2 pictures with red movement traces to demonstrate both cases. Interestingly, it was not possible to create a screenshot showing the wrong symbol. Whenever I created a screenshot, that mouse pointer was correctly displayed in that screenshot. So, I took a photo. MousePointer1.png = Correct behavior MousePointer2.jpg = Wrong behavior The problem can be reproduced in safe mode.
Created attachment 173540 [details] Correct mouse pointer symbol
Created attachment 173541 [details] Incorrect mouse pointer symbol
Repro with gtk3, but not with gen NixOS Version: 7.1.4.2 / LibreOffice Community Build ID: 10(Build:2) CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded
Seems to not yet be in bibisect-50max Linux repo
Dear Tom, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Bug is still there. Version: 7.5.5.2 (X86_64) / LibreOffice Community Build ID: ca8fe7424262805f223b9a2334bc7181abbcbf5e CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: de-DE (en_US.UTF-8); UI: en-US Calc: threaded
Confirming the bug is still present in: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 46d7119b8be03968017e59d882e5671350304e15 CPU threads: 1; OS: Linux 6.3; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Following comment 4, tried to bibisect using the bibisect-linux-5.2 repo and confirmed the bug is present in the master, but couldn't get the oldest version to run. Setting earliest affected version to 5.3.0.3 as that's the closest confirmed version on the drop down list to: Version: 5.2.8.0.0+ Build ID: e5ebc3d73156f217161e6b857026eae49fa91ea9 CPU Threads: 1; OS Version: Linux 6.3; UI Render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); Calc: group
Bibisected with linux-64-5.2 to 800704e0c46f6f86f6a18a477ba4b6f313c5693a gtk3: native gtk menubar Used Fedora 30 via distrobox. Had to be in an X11 session as under Wayland the pointer didn't change over the toolbar handle. Still repro with master, btw. Arch Linux 64-bit Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 412c0391b56419bea6b0ff7c949ef2ced59a4d6b CPU threads: 8; OS: Linux 6.16; UI render: default; VCL: gtk3 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: CL threaded Built on 18 September 2025