summaryrefslogtreecommitdiffstats
path: root/mkspecs/wasm-emscripten/qmake.conf
diff options
context:
space:
mode:
authorShawn Rutledge <shawn.rutledge@qt.io>2020-03-11 21:02:03 +0100
committerShawn Rutledge <shawn.rutledge@qt.io>2020-03-12 18:46:44 +0100
commit7d20f86958522bf1bdbaeaf8c0e395453c463058 (patch)
tree43d87acd22eef035394a29e20f5f9c6c63f733ff /mkspecs/wasm-emscripten/qmake.conf
parent476d296f42be63009cd06c8a6480176068535d00 (diff)
Stabilize and rename tst_qmessagebox::expandDetails_QTBUG_32473
This has been flaky on OpenSuSE; if the stored geom.topLeft() is 0,0 it apparently means the window manager (probably kwin) didn't get around to decorating and repositioning the dialog by the time qWaitForWindowExposed() returns. Because we check later to see whether it moved, we need to be certain of its initial position. Waiting for the extra "fleece" widget to be shown was based on the theory that by the time the X server has processed messages related to that new window, the WM should be done processing the consequences of the resized dialog window. But there's no such guarantee, so let's try removing that. On the other hand, removing the delay does open us up to miss a regression (maybe the dialog gets moved after we have checked that it didn't move). Rename because we don't name autotests after bugs. Amends 26ddb586acd49834c7cffac781ce504ec78635cc Task-number: QTBUG-32473 Change-Id: I6bbfe2b4baaee389db0d4112f0fec3b7cb9da554 Reviewed-by: Qt CI Bot <qt_ci_bot@qt-project.org> Reviewed-by: Liang Qi <liang.qi@qt.io>
Diffstat (limited to 'mkspecs/wasm-emscripten/qmake.conf')
0 files changed, 0 insertions, 0 deletions