-
Notifications
You must be signed in to change notification settings - Fork 8.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
add short sleep before clicking Remove on sample data #71104
Conversation
@elasticmachine merge upstream |
The last run failed because I put |
@elasticmachine merge upstream |
Pinging @elastic/kibana-core-ui (Team:Core UI) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
It maybe isn't perfect but this seems like a good enough solution to merge
💚 Build SucceededBuild metrics
History
To update your PR or re-run it, just comment with: |
Co-authored-by: Elastic Machine <elasticmachine@users.noreply.github.com>
Co-authored-by: Elastic Machine <elasticmachine@users.noreply.github.com>
* master: [Form lib] Memoize form hook object and fix hook array deps (elastic#71237) [uiActions] Support emitting nested triggers and actions (elastic#70602) add short sleep before clicking Remove on sample data (elastic#71104) Fixed the beta badge layout. (elastic#71835) Restores task for downloading Chromium builds (elastic#71749) [logging] Format new platform json logging to ECS (elastic#71138) add policy details and update SO limit requests (elastic#71789) Convert vis_type_vega to Typescript (elastic#68915) [ML] Fix UI Actions context menu positioning for the Anomaly Swim Lane (elastic#71839)
Co-authored-by: Elastic Machine <elasticmachine@users.noreply.github.com>
Summary
Fixes: #65949
Actually I wouldn't call it a "fix" but more of a work-around. Screenshots from intermittent failures on removing sample data show the "Remove" button as if it had not been clicked but the logs indicate that it found and clicked it.
My theory is that 2 checks have to happen when the sample data page loads, for each set of sample data;
I don't know the order that those checks happen in (and maybe other checks) vs when the "Remove" button is rendered, but there could be a small timing window where the button is visible and enabled but actually won't remove the same data.
This PR attempts to test that case by adding about a 1 second sleep (I use 1010ms to make it easier to find something that might be unique in the logs) between the time we find the button is enabled and when we click it.
Alternatively we could change the removeSampleDataSet to retry clicking the button until we find it changed to disabled. But that feels worse to me, as far as masking a potential code bug, then adding a small delay before a single try.
Checklist
Delete any items that are not applicable to this PR.
For maintainers