Details
-
Bug
-
Resolution: Unresolved
-
P2: Important
-
None
-
5.11.0
-
None
Description
When hovering is enabled QQuickWindowPrivate::deliverTouchAsMouse sends a QEvent::MouseMove after a Qt::TouchPointReleased. But when no mouse has been used before ( f.e. when no mouse is connected ) QGuiApplicationPrivate::lastCursorPosition is undefined ( inf, inf ) and the event contains totally useless data ( localPos=2.14748e+09,2.14748e+09, screenPos=inf,inf )
Having hovering enabled, when using touch inputs sounds like not making a lot of sense, but applications that are written to run in all kind of environments will have this combination.
A potential fix should be easy: only sending a MouseMove, when QGuiApplicationPrivate::lastCursorPosition is valid.
Guess the issue can be found in many versions not only Qt 5.11
Attachments
Issue Links
- relates to
-
QTBUG-56479 Remove spontaneous move event from QGuiApplicationPrivate::processMouseEvent
- Reported
-
QTBUG-61938 [regression] Mouse Move Event Generated on Touch Release
- Reported
-
QTBUG-40856 MouseArea containsMouse flag is not reset on Touch Screen
- Open
-
QTBUG-61783 SwipeDelegate left and right components not reacting on touchscreen press
- Closed
- resulted from
-
QTBUG-40856 MouseArea containsMouse flag is not reset on Touch Screen
- Open
Gerrit Reviews
For Gerrit Dashboard: QTBUG-68970 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
488452,4 | Skip inf lastCursorPosition synth-mouse-move; use existing QEvPoint | dev | qt/qtdeclarative | Status: NEW | -1 | 0 |
488455,3 | Revert "Fix containsMouse with touch and hoverEnabled" | dev | qt/qtdeclarative | Status: NEW | +2 | 0 |