Johan Klokkhammer Helsing df91ff5551 tst_qgraphicsitem: Don't assume window activation is available ... Some windowing systems (i.e. Wayland) do not allow applications to steal window focus. Normally, we would just replace qWaitForWindowActive with qWaitForWindowExposed, because that is usually the intent, in this test however, there are many occurrences of both variants right after each other. And, as described in the commit message of 153e8b49a, this may be because window activation may cause repaints, and we want to wait for it to reduce the chance of receiving an extra repaint later (possibly causing tests to be racy). Therefore, I took the conservative approach, and kept the qWaitForWindowActive calls, except when the capability is not available. Hopefully this will not cause flakiness in existing platforms, while also allowing tests to pass on platforms where activation is not supported. Task-number: QTBUG-62188 Change-Id: I15502baa28c464a808d585a5e6d67c9b745b17ae Reviewed-by: Tor Arne Vestbø <tor.arne.vestbo@qt.io>		2019-10-14 08:39:31 +02:00
..
dialogs	Merge remote-tracking branch 'origin/5.13' into 5.14	2019-09-30 14:43:02 +02:00
effects	unblacklist passing tests	2019-07-08 11:01:42 +00:00
graphicsview	tst_qgraphicsitem: Don't assume window activation is available	2019-10-14 08:39:31 +02:00
itemviews	tst_QAbstractItemView: cleanup	2019-10-10 18:08:36 +02:00
kernel	tst_QWidget::translucentWidget(): Pass with High DPI scaling enabled	2019-09-16 10:48:52 +02:00
styles	Brush up tst_QStyle	2019-09-03 15:00:13 +02:00
util	Deprecate QDirModel	2019-09-04 21:27:33 +02:00
widgets	Merge remote-tracking branch 'origin/5.14' into 5.15	2019-10-13 01:00:43 +02:00
widgets.pro	Move QGestureRecognizer test to widgets/kernel	2017-06-02 18:36:11 +00:00