Shawn Rutledge f51e6552e3 End touch->mouse synthesis when the chosen touchpoint is released ... During delivery of a TouchBegin event, if no widget accepts it, we begin treating the first touchpoint as a synth-mouse, as before. If a second touchpoint is pressed or released in any order, it's irrelevant: the fake mouse button is released as soon as the first touchpoint is released. This fixes the bug that such a scenario caused the mouse release not to be sent, so that a widget could get "stuck" in pressed state. Done-with: Tang Haixiang <tanghaixiang@uniontech.com> Fixes: QTBUG-86253 Pick-to: 5.15 Change-Id: I7fbbe120539d8ded8ef5e7cf712a27bd69391e02 Reviewed-by: Volker Hilsheimer <volker.hilsheimer@qt.io>		2020-10-02 14:17:44 +02:00
..
BLACKLIST	Revert "Blacklist tst_QWindow::exposeEventOnShrink_QTBUG54040"	2020-09-30 06:18:49 +02:00
CMakeLists.txt	CMake: Regenerate projects to use new qt_internal_ API	2020-09-23 16:59:06 +02:00
qwindow.pro	Remove winrt	2020-06-06 20:25:49 +02:00
tst_qwindow.cpp	End touch->mouse synthesis when the chosen touchpoint is released	2020-10-02 14:17:44 +02:00