Bug 140463 - Slide tooltip remains hovering over other application once Impress loses focus (kf5)
Summary: Slide tooltip remains hovering over other application once Impress loses focu...
Status: VERIFIED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
7.1.0.3 release
Hardware: All Linux (All)
: lowest trivial
Assignee: Not Assigned
URL:
Whiteboard: target:7.4.0 target:7.3.4
Keywords:
Depends on:
Blocks: KDE Tooltip
  Show dependency treegraph
 
Reported: 2021-02-17 08:11 UTC by lvm
Modified: 2022-04-21 09:32 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Screeshots - Impress & Calc (39.63 KB, image/png)
2021-03-05 21:12 UTC, nutka
Details

Note You need to log in before you can comment on or make changes to this bug.
Description lvm 2021-02-17 08:11:35 UTC
Description:
Slide tooltip from the slide pane remains hovering over other application once Impress looses focus

Steps to Reproduce:
prerequisites: Slide Pane is visible (view-slide pane is checked in the main menu), presentation with at least one slide is open, another program e.g. Writer  is open in the background in such a manner that its window, when brought to the foreground, covers the Slide Pane of the Impress window

1. hover mouse pointer over a slide in the Slide Pane - a slide tooltip  (e.g. Slide 1) pops up
2. without moving mouse pointer press alt-tab to switch to the another program mentioned in prerequisites so that it will cover the slide pane


Actual Results:
tooltip remains hovering over the desktop until Impress gets focus back

Expected Results:
tooltip should've disappeared


Reproducible: Always


User Profile Reset: No



Additional Info:
couldn't reproduce it with other tooltips (e.g. in options dialogue), only tooltips from slides pane seem to be affected


Version: 7.1.0.3 / LibreOffice Community
Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: kf5
Locale: en-GB (en_GB.UTF-8); UI: en-GB
Calc: threaded
Comment 1 nutka 2021-03-05 21:10:49 UTC
I can not reproduce this effect using alt-tab.
However, given the prerequisites described by OP, following steps work for me:

1. In the Slide Plane click on any of the slides.
2. Hide the Slide Pane.
3. Click on the place where a slide was shown in the Slide Pane.

(cf. the attached screenshot)


Version: 7.0.3.1 (x64)
Build ID: d7547858d014d4cf69878db179d326fc3483e082
CPU threads: 4;
OS: Windows 6.1 Service Pack 1 Build 7601;
UI render: Skia/Raster; VCL: win
Locale: en-US (pl_PL); UI: en-US
Calc: CL
Comment 2 nutka 2021-03-05 21:12:06 UTC
Created attachment 170259 [details]
Screeshots - Impress & Calc
Comment 3 Xisco Faulí 2021-05-10 16:37:12 UTC
Could you please try to reproduce it with version 7.1.3.2 of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Comment 4 lvm 2021-05-10 17:11:41 UTC
Still reproducible with Version: 7.1.3.2 / LibreOffice Community
Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: kf5
Locale: en-GB (en_GB.UTF-8); UI: en-GB
Calc: threaded
Comment 5 Buovjaga 2022-04-19 06:51:29 UTC
Repro with kf5, but not the other backends

Arch Linux 64-bit
Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 216493f32236f0086f4c5b527deb18b020b0ed1c
CPU threads: 8; OS: Linux 5.17; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded Jumbo
Built on 19 April 2022
Comment 6 Jan-Marek Glogowski 2022-04-19 14:05:39 UTC
This is not a Tooltip, but a Popover (https://docs.gtk.org/gtk4/class.Popover.html), i.e. it's not handled by the tooltip code. FWIW, Gtk is the only toolkit with a native implementation. The main reason to use the Popover instead of a Tooltip, is probably, that it shows up vertically centered below the slide and stays there, while ToolTips are positioned relative to the mouse position by the toolkit and are just shown, while the cursor is in the defined area (and for Gtk includes some "pointing area"). That widget is also used to show Calc cell help when editing a cell.

Looking at the code, Qt VCL doesn't handle mouse enter and leave events.
Comment 7 Commit Notification 2022-04-20 17:38:11 UTC
Jan-Marek Glogowski committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/dc886bc6de2c0061a840bea2426663c3be2ecd26

tdf#140463 Qt handle mouse enter+leave events

It will be available in 7.4.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.
Comment 8 Michael Weghorn 2022-04-21 07:18:07 UTC
Fix verified with

Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 5d56255c22c79b72c1cedb48cfe0a200f89bdc66
CPU threads: 4; OS: Linux 5.16; UI render: default; VCL: kf5 (cairo+xcb)
Locale: en-US (en_GB.UTF-8); UI: en-US
Calc: threaded

As a side note, the issue was not reproducible in a Plasma Wayland instead of an X11 session, not even with QT_QPA_PLATFORM=xcb.
Comment 9 Commit Notification 2022-04-21 09:32:26 UTC
Jan-Marek Glogowski committed a patch related to this issue.
It has been pushed to "libreoffice-7-3":

https://git.libreoffice.org/core/commit/00f9671624e676f34c9039d7b0b0ebba6034f05c

tdf#140463 Qt handle mouse enter+leave events

It will be available in 7.3.4.

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.