Tor Arne Vestbø 4c71db7567 QWindow::destroy(): only reset QGuiApp::focus_window and friends as a last resort ... Resetting focus_window and other internal QGuiApplication variables before calling setVisible(false) and destroying the platform window means that the platform window can't reason about whether or not it was the focus window unless it can resolve that using native APIs. We should let the platform window take care of resetting the focus window and related states, and only execute our fallback logic if the plugin doesn't do the right thing. We also use QPA to update the state instead of modifying the internal QGuiApplication variables directly, so that events and signals are emitted as a result of the reset. The QLineEdit test gets two added calls to processEvents(), since assuming that activateWindow() is synchronous is not correct, and would result in the QMenu resetting the focus window to 0 on destroy. Task-number: QTBUG-46414 Change-Id: I562788393ed0ffd77d7a4be2279862322f721c1a Reviewed-by: Błażej Szczygieł <spaz16@wp.pl> Reviewed-by: Tor Arne Vestbø <tor.arne.vestbo@theqtcompany.com>		2016-01-29 19:29:14 +00:00
..
BLACKLIST	Blacklist tst_qwindow tests that are failing on Ubuntu 14.04	2015-05-22 14:24:32 +00:00
qwindow.pro	fix usage of wince scope	2015-06-05 10:29:10 +00:00
tst_qwindow.cpp	QWindow::destroy(): only reset QGuiApp::focus_window and friends as a last resort	2016-01-29 19:29:14 +00:00