Details
-
Bug
-
Resolution: Fixed
-
P3: Somewhat important
-
6.7, 6.8
-
None
-
d98f22995 (dev), 6381928c2 (6.7), 4210e2c2f (6.6), abf8bb955 (tqtc/lts-6.5)
Description
We still have tst_FlickableInterop::touchDragSliderAndFlickable() blacklisted since QTBUG-86729; this is what it's testing.
It's a behavior change since Qt 5; but whether this behavior should be the same needs a bit of consideration. Maybe we should consider it an improvement that a "stray" touch does not start the Flickable moving. It depends whether there are more useful use cases that are being prevented by this change.
In Qt 5, Flickable didn't handle touch events; so while DragHandler handled one touchpoint, a QMouseEvent would be synthesized from the other, and Flickable handled that.
Attachments
Issue Links
- replaces
-
QTBUG-86729 many Qt Quick test failures after input event refactoring
- Closed
For Gerrit Dashboard: QTBUG-123490 | ||||||
---|---|---|---|---|---|---|
# | Subject | Branch | Project | Status | CR | V |
549432,2 | Modify tst_FlickableInterop::touchDragSliderAndFlickable to pass | dev | qt/qtdeclarative | Status: MERGED | +2 | 0 |
550000,2 | Modify tst_FlickableInterop::touchDragSliderAndFlickable to pass | 6.7 | qt/qtdeclarative | Status: MERGED | +2 | 0 |
550167,2 | Modify tst_FlickableInterop::touchDragSliderAndFlickable to pass | 6.6 | qt/qtdeclarative | Status: MERGED | +2 | 0 |
550871,2 | Modify tst_FlickableInterop::touchDragSliderAndFlickable to pass | tqtc/lts-6.5 | qt/tqtc-qtdeclarative | Status: MERGED | +2 | 0 |