-
Bug
-
Resolution: Unresolved
-
P2: Important
-
None
-
6.11
-
None
We want Qt Quick to be able to rely on QGuiApplicationPrivate::lastCursorPosition for now (and later maybe we can move it to QPointingDevice, to be able to support multiple mice and other pointing devices that can control cursors).
QGuiApplicationPrivate::processEnterEvent() was not doing that. So I added it in https://codereview.qt-project.org/c/qt/qtbase/+/684038
Then I noticed if I run qtdeclarative/examples/quick/pointerhandlers/sidebar.qml, put the cursor at the right side of the window where the animating "paddle" rectangle will sometimes be hovered, then jerk the mouse to the right, it leaves the window and lastCursorPosition does not get reset! So it will keep getting hovered as if the mouse was still there.
So presumably we need to be symmetric about this: lastCursorPosition will only be valid as long as the mouse is within one of the application's windows, and I suppose we'll have to call QLastCursorPosition::reset() again to send it offscreen when it leaves. Qt can't expect to track the mouse when it's outside any of the application's windows (and even less so over time, since global mouse tracking would nowadays be seen as security risk on multiple platforms).
- relates to
-
QTBUG-141386 tst_QGraphicsProxyWidget::clickFocus fails on Windows 10
-
- Reported
-
-
QTBUG-136976 QHoverEvent::HoverMove Triggered Repeatedly on Stationary Mouse When Unrelated QQuickItem Changes
-
- In Progress
-