Bug 510860

Summary: Tooltip can overlap pointer when it appears, leading to an appear/disappear loop
Product: [Frameworks and Libraries] libplasma Reporter: mao492479407
Component: tooltipsAssignee: Plasma Bugs List <plasma-bugs-null>
Status: RESOLVED FIXED    
Severity: minor CC: 4wy78uwh, equeim, fallbork, kde, kdedev, nate, notmart
Priority: HI Keywords: regression
Version First Reported In: 6.4.5   
Target Milestone: ---   
Platform: CachyOS   
OS: Linux   
See Also: https://bugs.kde.org/show_bug.cgi?id=511875
Latest Commit: https://invent.kde.org/frameworks/kirigami/-/commit/2f280def04958e92dd8393a5999f348aa5807280 Version Fixed/Implemented In: Frameworks 6.23
Sentry Crash Report:
Attachments: show how to reproduce

Description mao492479407 2025-10-21 08:43:40 UTC 
SUMMARY


STEPS TO REPRODUCE
1. Go to the Application Launcher
2. hover the cursor on some app icons that have long comments (which have ellipsis dots)

OBSERVED RESULT
some tips are stick there till you move the cursor off and some start flickering


EXPECTED RESULT
all the tip should stick until you move the cursor off them

ADDITIONAL INFORMATION
X11 with Intel Graphics

this is a little hard to reproduce for me. sometimes it works correct after i wait for a while
Comment 1 Nate Graham 2025-10-21 15:33:31 UTC 
I can't reproduce this on my system (git master, AMD GPU, Wayland). Can you attach a screen recording showing it happening? Thanks!
Comment 2 mao492479407 2025-10-22 06:17:37 UTC 
Created attachment 185987 [details]
show how to reproduce
Comment 3 Nate Graham 2025-10-23 14:39:57 UTC 
Thanks. Does the issue still happen in a new clean user account created on the same computer, with no customizations applied?
Comment 4 mao492479407 2025-10-24 02:59:46 UTC 
Sorry, I have not test that，i just found this issue accidentally
and i found that the Kcal application just has higher possibility for this issue to happen🙃
Comment 5 mao492479407 2025-10-24 03:31:48 UTC 
I will provide more information if i find ,just need some time...🙃
Comment 6 Nate Graham 2025-10-24 17:51:21 UTC 
Never mind, I can reproduce it. I have to position the pointer in a location where the tooltip will overlap when it appears. It's never supposed to overlap, so there's some positioning bug somewhere.
Comment 7 Nate Graham 2025-10-24 17:52:26 UTC 
*** Bug 510987 has been marked as a duplicate of this bug. ***
Comment 8 Nate Graham 2025-12-08 18:20:15 UTC 
*** Bug 513088 has been marked as a duplicate of this bug. ***
Comment 9 equeim 2026-01-07 01:13:33 UTC 
I think I figured out the cause of this and https://bugs.kde.org/show_bug.cgi?id=511875 (and possibly other tooltip positioning issues in QML apps).

Here in Kirigami's SelectableLabel tooltip's x and y properties are overwritten: https://invent.kde.org/frameworks/kirigami/-/blob/e2ef3baddb292cb8b796854e879f1b028cfa1ea8/src/controls/SelectableLabel.qml#L325

This is **bad** because ToolTip accessed via attached property is global. This makes original x and y bindings in qqc2-desktop-style's ToolTip to break everywhere where attached ToolTip is used.

Not sure what the correct fix should be (Binding?).
Comment 10 equeim 2026-01-07 01:19:13 UTC 
Or maybe just instantiating separate ToolTip as suggested in Qt docs: https://doc.qt.io/qt-6/qml-qtquick-controls-tooltip.html#custom-tool-tips
Comment 11 Bug Janitor Service 2026-01-07 23:34:22 UTC 
A possibly relevant merge request was started @ https://invent.kde.org/frameworks/kirigami/-/merge_requests/2024
Comment 12 Nate Graham 2026-01-12 15:46:17 UTC 
Git commit 2f280def04958e92dd8393a5999f348aa5807280 by Nate Graham, on behalf of Alexey Rochev.
Committed on 12/01/2026 at 15:37.
Pushed by ngraham into branch 'master'.

SelectableLabel: don't break coordinates of global ToolTip instance

Use Binding to restore original x and y bindings of the global ToolTip object.
Related: bug 511875

M  +35   -12   src/controls/SelectableLabel.qml

https://invent.kde.org/frameworks/kirigami/-/commit/2f280def04958e92dd8393a5999f348aa5807280