Bug 510316

Summary: Mouse cursor inside qt creator on Wayland gets stuck in wrong icon if annnotation popups appear
Product: [Plasma] kwin Reporter: iodreamify
Component: generalAssignee: KWin default assignee <kwin-bugs-null>
Status: RESOLVED DUPLICATE    
Severity: normal CC: kdedev, xaver.hugl
Priority: NOR    
Version First Reported In: 6.4.5   
Target Milestone: ---   
Platform: Arch Linux   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: plasma wayland
gnome wayland

Description iodreamify 2025-10-06 19:19:17 UTC
Created attachment 185562 [details]
plasma wayland

SUMMARY
On wayland inside Qt creator if i hover over a variable or something else that triggers an annotation popup the mouse cursor will switch as if the code editor didn't have focus and will remain this way even if i click somewhere else. To mitigate this i have to leave the qtcreator window with the mouse and go back in again.  This does not happen in x11 or xwayland. 

Not sure if this is a kde bug or Qt bug but this does not happen on Gnome wayland. 

STEPS TO REPRODUCE
1. have code open inside qtcreator
2. hover over a few variables
3. click somewhere else inside the code

OBSERVED RESULT
cursor switches and gets stuck

EXPECTED RESULT
cursor uses the editing icon like expected 

Operating System: Arch Linux 
KDE Plasma Version: 6.4.5
KDE Frameworks Version: 6.18.0
Qt Version: 6.9.2
Kernel Version: 6.16.10-arch1-1 (64-bit)
Graphics Platform: Wayland
Graphics Processor 1: AMD Radeon 660M
Comment 1 iodreamify 2025-10-06 19:19:39 UTC
Created attachment 185563 [details]
gnome wayland
Comment 2 TraceyC 2025-10-06 20:39:10 UTC
Thanks for the bug report, and the screen recordings. I see the problem you're seeing with the cursor in Qt Creator.
I'm able to reproduce this with Qt Creator on git-master with a cpp file. I noticed that if the cursor gets stuck, sometimes it will get unstuck if moving over another annotation.

VS Studio doesn't exhibit the cursor bug, the cursor changes after moving over an annotation. This does point toward Qt, but I'll let the kwin folks determine that.

Moving to kwin, which is responsible for input and cursors
Comment 3 TraceyC 2025-10-06 20:39:18 UTC
.
Comment 4 Zamundaaa 2025-10-06 21:39:23 UTC

*** This bug has been marked as a duplicate of bug 507948 ***