t: Fix sporadic test failure in ui/13-admin.t #5568
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a sporadic failure originally observed in CI runs with very low
failure ratio looking like this
I reproduced the problem locally with
with results fails: 4. Fail ratio 2.00±1.94%, mean runtime: 39.0±3.0 s.
With
make coverage
the results were fails 7. Fail ratio 3.50±2.54%,mean runtime: 80 s so slightly higher fail ratio with double runtime.
This commit uses "wait_for_element" combining the submit action with the lookup
of the resulting table rows to properly synchronize the action and waiting for
result. This fixes the problem. Verified with 400 runs with a computed failure
probability of less than .75%.
Previously I tried to just wait for "#api-keys-tbody > tr" in
"wait_for_element" but running into sporadic issues with similar failure rate
as in before. Apparently the key creation never yields a valid table
representation in this case without retriggering the action.
Related progress issue: https://progress.opensuse.org/issues/158422