| Summary: | Tooltips for UI elements in open applet pop-up can move to the panel and stay open forever when the popup is closed without moving the mouse | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Omar <omervx211> |
| Component: | Panel | Assignee: | Plasma Bugs List <plasma-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | hello, kde, kdedev, nate, niccolo.venerandi, nilskemail+kde, ondrej.mach, pip.kde, thepixelbozz |
| Priority: | HI | ||
| Version First Reported In: | 5.27.8 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Kubuntu | ||
| OS: | Linux | ||
| See Also: |
https://bugs.kde.org/show_bug.cgi?id=491081 https://bugs.kde.org/show_bug.cgi?id=492493 |
||
| Latest Commit: | https://invent.kde.org/plasma/plasma-workspace/-/commit/e059663c67c3a590ab5e0671584abf0818c497c7 | Version Fixed/Implemented In: | 6.6.0 |
| Sentry Crash Report: | |||
| Attachments: | The notification pic after i connect to wifi | ||
|
Description
Omar
2023-10-15 05:55:52 UTC
Can reproduce as follows: 1. Open a Plasma widget in the System Tray 2. Hover over a UI element that has a tooltip but that is NOT in the header row on top. For example, the wifi checkbox/switch 3. Hit the Meta key The popup closes but the tooltip that was visible before has not moved over to the panel, where it will remain visible until clicked. Hypothesis: closing the popup via the keyboard means that no "pointer left the UI element" signal gets sent, so the tooltip doesn't know to close, so instead it moves over to its parent window (the Panel). *** Bug 484308 has been marked as a duplicate of this bug. *** *** Bug 488904 has been marked as a duplicate of this bug. *** *** Bug 488912 has been marked as a duplicate of this bug. *** *** Bug 485054 has been marked as a duplicate of this bug. *** A possibly relevant merge request was started @ https://invent.kde.org/plasma/libplasma/-/merge_requests/1187 Git commit 0a37523f50579b6e9335e85ed56fc9722a4c8aed by Niccolò Venerandi. Committed on 18/09/2024 at 13:35. Pushed by niccolove into branch 'master'. Use delayed binding for ToolTip visibility Previously, the binding would get evaluated too soon and tooltips could remain stuck open. FIXED-IN: 6.2.0 M +7 -1 src/declarativeimports/plasmacomponents3/ToolTip.qml https://invent.kde.org/plasma/libplasma/-/commit/0a37523f50579b6e9335e85ed56fc9722a4c8aed Git commit c49813b672892012e87b258e2ae6890207d27033 by Niccolò Venerandi. Committed on 18/09/2024 at 13:35. Pushed by niccolove into branch 'Plasma/6.2'. Use delayed binding for ToolTip visibility Previously, the binding would get evaluated too soon and tooltips could remain stuck open. FIXED-IN: 6.2.0 (cherry picked from commit 0a37523f50579b6e9335e85ed56fc9722a4c8aed) b8e5f1f5 Use delayed binding for ToolTip visibility Co-authored-by: Niccolò Venerandi <niccolo@venerandi.com> M +7 -1 src/declarativeimports/plasmacomponents3/ToolTip.qml https://invent.kde.org/plasma/libplasma/-/commit/c49813b672892012e87b258e2ae6890207d27033 Re-opening as the issue is happening again with the QR code button on the Networks widget. 100% reproducible for me. It's got a standard implementation, so the issue seems to be at the component level. *** Bug 513193 has been marked as a duplicate of this bug. *** A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/6212 Git commit d5cff3b65105d43faecacc02c49eca4caa310f24 by Marco Martin. Committed on 22/01/2026 at 09:37. Pushed by mart into branch 'master'. applets/systemtray: don't continuously reparent popups between panel and popup The initial parent of every systray applet fullrepresentation is the preloadStorage Item. Applets fullrepresentations are pushed in a StackView, which on pop restores the old parent they had before pushing, which is preloadStorage. this meant the applet fullrepresentation kept changing scene every time the popup was opened and closed, which is note great for performance. As a side effect, if a ToolTip was open, due to the reparent, the tooltip found itself in the new window and shown inside the panel. Move preloadStorage in the popup, so that full representations are never moved between windows M +7 -6 applets/systemtray/qml/main.qml https://invent.kde.org/plasma/plasma-workspace/-/commit/d5cff3b65105d43faecacc02c49eca4caa310f24 Git commit e059663c67c3a590ab5e0671584abf0818c497c7 by Marco Martin. Committed on 22/01/2026 at 10:34. Pushed by mart into branch 'Plasma/6.6'. applets/systemtray: don't continuously reparent popups between panel and popup The initial parent of every systray applet fullrepresentation is the preloadStorage Item. Applets fullrepresentations are pushed in a StackView, which on pop restores the old parent they had before pushing, which is preloadStorage. this meant the applet fullrepresentation kept changing scene every time the popup was opened and closed, which is note great for performance. As a side effect, if a ToolTip was open, due to the reparent, the tooltip found itself in the new window and shown inside the panel. Move preloadStorage in the popup, so that full representations are never moved between windows (cherry picked from commit d5cff3b65105d43faecacc02c49eca4caa310f24) d5cff3b6 applets/systemtray: don't continuously reparent popups between panel and popup Co-authored-by: Marco Martin <notmart@gmail.com> M +7 -6 applets/systemtray/qml/main.qml https://invent.kde.org/plasma/plasma-workspace/-/commit/e059663c67c3a590ab5e0671584abf0818c497c7 |