-
Bug
-
Resolution: Unresolved
-
P1: Critical
-
None
-
6.8.3
-
-
15a0a46d0 (dev)
In a Qt Quick application, a QQuickItem that receives QHoverEvent events of type HoverMove continues to receive these events repeatedly, even when the mouse is stationary. This happens only when another unrelated QQuickItem is being updated or modified (e.g., by animations, property changes, etc.).
This results in:
- Unexpected behavior in applications relying on hover logic.
- Performance issues due to redundant event handling.
Steps to Reproduce:
- Open and run the attached example project in Qt Creator
- Hover the mouse cursor over the item that handles QHoverEvent.
- Observe repeated HoverMove events being received by the stationary item.
Expected Result:
HoverMove should only be emitted when the mouse is actually moving, not as a result of unrelated UI updates.
Actual Result:
HoverMove is emitted repeatedly even though the mouse is not moving, solely because another QQuickItem is changing.
- relates to
-
QTBUG-141387 QGuiApplication should update lastCursorPosition on both Enter and Leave events
-
- Reported
-
-
QTBUG-141386 tst_QGraphicsProxyWidget::clickFocus fails on Windows 10
-
- Reported
-
-
QTBUG-135975 Hover event delivery causes memory leak
-
- Closed
-
For Gerrit Dashboard: QTBUG-136976 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
682288,11 | When the mouse doesn't move, skip hover delivery to non-dirty items | dev | qt/qtdeclarative | Status: NEW | +1 | +1 |
684060,3 | Remove QQDeliveryAgentPriv::lastMousePos; skip hover when quiescent | dev | qt/qtdeclarative | Status: NEW | 0 | 0 |
649645,2 | Don't forward synthetic hover events to non-dirty items | dev | qt/qtdeclarative | Status: ABANDONED | -1 | -1 |
684038,3 | Set QGuiApplicationPrivate::lastCursorPosition on Enter event | dev | qt/qtbase | Status: MERGED | +2 | +1 |
685588,1 | Set QGuiApplicationPrivate::lastCursorPosition on Enter event | 6.10 | qt/qtbase | Status: STAGED | +2 | 0 |