feedc0de/qt-creator
1
0
Fork 0
forked from qt-creator/qt-creator
Code Pull Requests Activity

SquishTests: If expected proposal widget is not shown, try once more

Browse Source 
tst_memberoperator has some timing issue which we could not solve yet.
This seems to happen only because Squish is typing way faster than any
human user. Instead of slowing everything down unconditionally, this
tries one more time only when the proposal widget was expected but not
found.

Change-Id: Ibd6bb012091f9120744f23245dea39defcd9cf96
Reviewed-by: Christian Stenger <christian.stenger@qt.io>
This commit is contained in:
Robert Löhning
2025-03-24 23:22:55 +01:00
parent bf6a98cc7c
commit ee97ea0359
1 changed files with 9 additions and 1 deletions
Download Patch File Download Diff File Expand all files Collapse all files

10
tests/system/suite_editors/tst_memberoperator/test.py
View File

@@ -62,12 +62,20 @@ def main():
"consider raising the timeout.")
else:
snooze(1)
type(cppwindow, testData.field(record, "operator"))
operator = testData.field(record, "operator")
type(cppwindow, operator)
genericProposalWidget = __getGenericProposalListView__(1500)
# the clang code model does not change the . to -> before applying a proposal
# so, verify list of proposals roughly
if useClang:
expectProposal = testData.field(record, "clangProposal") == 'True'
if expectProposal and (genericProposalWidget is None):
test.warning("Expected proposal widget was not displayed as expected. "
"Trying again...")
for _ in operator:
type(cppwindow, "<Backspace>")
type(cppwindow, operator)
genericProposalWidget = __getGenericProposalListView__(500)
test.compare(genericProposalWidget is not None, expectProposal,
'Verifying whether proposal widget is displayed as expected.')