SUMMARY In my Plasma 6 Wayland session installed from kdesrc-build, if I start a remote desktop/input connection (for example using KDE Connect's remote input function or Krfb) and move the mouse through there clicking on windows/desktops in the new overview/grid effect no longer works, unless I use the remote input session to do the clicks. The search bar still responds to clicks though, as do the search results after I type stuff in. Keyboard inputs as well as touchpad gestures also still work. I tried stopping the remote desktop/input session from the tray icon, restarting xdg-desktop-portal-kde as well as closing Krfb and kdeconnectd, none of those fix the problem, only logging out and back in (so presumably restarting KWin) works. The old overview and grid effects in my Plasma 5.27.9 session didn't have this problem. STEPS TO REPRODUCE 1. Start a Plasma 6 Wayland session 2. Start KDE Connect/Krfb and move the mouse through those apps at least slightly 3. Open the overview/grid effect 4. Click on a window/desktop (not through KDE Connect/Krfb) OBSERVED RESULT The overview/grid does not respond to mouse clicks. EXPECTED RESULT The overview/grid responds to the clicks as normal. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.27.80 KDE Frameworks Version: 5.240.0 Qt Version: 6.6.0 Kernel Version: 6.5.9-arch2-1 (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 7 6800H with Radeon Graphics Memory: 30.6 GiB of RAM Graphics Processor: AMD Radeon Graphics ADDITIONAL INFORMATION kwin is at commit d0a9e907164dc4a9174047a13cb9ddd6878b1fd4, and xdg-desktop-portal-kde is at commit af0b4d1c463f5c9f47137798e49ef6e2d465c11e. Also, the hot corners also seem to have a similar issue, where sometimes after I use the remote input session to trigger them doing it with the actual mouse/touchpad no longer works unless I trigger them with the remote input again, but that issue is also present in Plasma 5, and rather intermittent/random (which is why I haven't reported it).
Oh wait, actually the search results only respond to my mouse clicks sometimes instead of always after starting the remote input session, the search bar itself still seems reliable though.
Fascinating. Maybe some conflict over multiple things trying to use stream the same window using KPipeWire?
Is this still happening? It seems to work fine for me > Maybe some conflict over multiple things trying to use stream the same window using KPipeWire? There's no pipewire involved in KDE Connect's remote input. It seems plausible that multiple input sources cause problems tough
It's still happening for me with Plasma and KDE Conmect from git master.
I just tested a freshly updated KDE Neon Unstable QEMU/libvirt VM, and I can reproduce this bug there too by using the KDE Connect app on the host to move the mouse in the VM.
I can reproduce it on one machine (with Qt 6.6.1) but not on another (with Qt 6.7)
Huh, just tested this again and apparently it got fixed somehow at some point? Now I have Qt 6.6.2, KWin at f349d8e13274e34afcd4b52c43abb3f134ed6cca and xdg-desktop-portal-kde at 05d0873850b75ee8a045b9a56791acfffd1342ab, from git master, compiled sometime on 19 Feb.