Created attachment 187535 [details] video showing the bug SUMMARY Dragging things with the zoom effect on (that is, zoomed in) produces a gap between the cursor and the thing (things) being dragged STEPS TO REPRODUCE 1. zoom in the desktop 2. drag something 3. OBSERVED RESULT see attached video This problem is not happening in the X11 session SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch KDE Plasma Version: 6.5.4 KDE Frameworks Version: 6.20.0 Qt Version: 6.10.1 ADDITIONAL INFORMATION
I can't reproduce this issue on current git master. The dragged item sticks to the pointer when zoomed in.
Just an FYI: updated the Frameworks to 6.21.0 and the problem persists.
Please share your zoom effect settings.
(In reply to Vlad Zahorodnii from comment #3) > Please share your zoom effect settings. Sorry for the delay. I'm using the push mode, otherwise default settings. Just noticed by testing the other modes that the "proportional" doesn't show the problem, while the "push" and "centered" show that behavior.
Just noticed that the same thing happens when, while zoomed, shaking the cursor, then two cursors are shown, the regular size and the bigger one (because of the shake cursor effect) Again, in "proportional" mode that doesn't happen, but it does in "push" and "centered" modes
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone!
(In reply to Bug Janitor Service from comment #6) > 🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 > days. Please provide the requested information, then set the bug status to > REPORTED. If there is no change for at least 30 days, it will be > automatically closed as RESOLVED WORKSFORME. > > For more information about our bug triaging procedures, please read > https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. > > Thank you for helping us make KDE software even better for everyone! I already provided the zoom settings as requested, but here we can see it in the screenshot. I don't know what else you want https://i.imgur.com/8rEIudu.png
With the "Push" mode, i can reproduce this
The reason for this is that the zoom effect uses effects API to re-render the scene, but the d'n'd icon is rendered separately as an overlay item. So it's simply not affected by the zoom effect at all. It would be ideal if we'd render the zoom effect more like screencasts - with a separate scene view. That should also fix bug 489265 and remove the custom cursor rendering code.
A possibly relevant merge request was started @ https://invent.kde.org/plasma/kwin/-/merge_requests/9255
Git commit 0b6e7740d7a1e5d5d750368bc0107f7def3fb710 by Xaver Hugl. Committed on 21/05/2026 at 16:37. Pushed by zamundaaa into branch 'master'. scene/workspacescene: render overlay items in paintScreen This ensures that overlay items are included in effects like the zoom effect, which simplifies the zoom effect and fixes - qtquick effects not being affected by zoom - shake cursor duplicating the cursor while zoomed in - dnd items not being rendered in the correct position while zoomed in The only downside to this is that effects that block direct scanout also now block the hardware cursor. Since neither offscreen nor qtquick effects block direct scanout anymore, this shouldn't be a problem in practice though. Related: bug 489265 M +0 -59 src/plugins/zoom/zoom.cpp M +0 -17 src/plugins/zoom/zoom.h M +0 -3 src/plugins/zoom/zoom.kcfg M +22 -15 src/scene/workspacescene.cpp https://invent.kde.org/plasma/kwin/-/commit/0b6e7740d7a1e5d5d750368bc0107f7def3fb710
Git commit 27bad00fc29f540686a533a1a6ef1244782ea624 by Vlad Zahorodnii, on behalf of Xaver Hugl. Committed on 22/05/2026 at 08:28. Pushed by vladz into branch 'Plasma/6.7'. scene/workspacescene: render overlay items in paintScreen This ensures that overlay items are included in effects like the zoom effect, which simplifies the zoom effect and fixes - qtquick effects not being affected by zoom - shake cursor duplicating the cursor while zoomed in - dnd items not being rendered in the correct position while zoomed in The only downside to this is that effects that block direct scanout also now block the hardware cursor. Since neither offscreen nor qtquick effects block direct scanout anymore, this shouldn't be a problem in practice though. Related: bug 489265 (cherry picked from commit 0b6e7740d7a1e5d5d750368bc0107f7def3fb710) M +0 -59 src/plugins/zoom/zoom.cpp M +0 -17 src/plugins/zoom/zoom.h M +0 -3 src/plugins/zoom/zoom.kcfg M +22 -15 src/scene/workspacescene.cpp https://invent.kde.org/plasma/kwin/-/commit/27bad00fc29f540686a533a1a6ef1244782ea624