-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
Failing test: Jest Tests.x-pack/plugins/index_lifecycle_management/__jest__/client_integration/edit_policy/form_validation - <EditPolicy /> timing validation should validate that min_age is equal or greater than previous phase min_age #115307
Comments
Pinging @elastic/kibana-stack-management (Team:Stack Management) |
New failure: CI Build - master |
7 failures in the last 7 days master/8.1: c760db6 |
New failure: CI Build - 8.0 |
New failure: CI Build - 7.16 |
New failure: CI Build - main |
@sebelga We're seeing similar failures in #139062, it's possible this isn't actually the fault of this specific test. I'm wondering if Lines 26 to 32 in 0d77708
act() is continuing to call the callback after the test finishes? It has no way of knowing when the test fails and the logs from these tests are full of Cannot read properties of null (reading 'createEvent') errors which seem to imply events are being simulated after a test file completes.
|
New failure: CI Build - main |
It seems related to a jest timeout issue. Is it possible that it times out but pending tasks (clicking on buttons) are still scheduled causing those The fact that it "suddenly" started to fail is strange. Did we make any change to jest? Looking at this issue it seems that changes to jest could cause a different behaviour (slower execution in tests?). In those tests we make heavy use of Maybe a first solution would be to increase the timeout from |
When running locally sometimes I get
and other times
|
That's definitely the idea,
I have a feeling that's not going to help anything... I wonder if we can create a safe version of |
Welp, my experiment in #139444 failed. It took thousands of test executions to trigger it again but the test eventually failed and my changes didn't do anything to help identify where it's coming from. https://buildkite.com/elastic/kibana-pull-request/builds/67493#0182d61a-dfc6-4543-84e7-3b75504c355b/4838-5380 |
This seems to be a known issue when running jest on CI where the machine could have low CPU available jestjs/jest#12670 It seems that increasing the timeout for the test is the way to go (jestjs/jest#12670 (comment), jestjs/jest#12670 (comment)) Someone patched the "react-testing-library" (https://github.com/Zylphrex/react-testing-library-error-repro) to better locate the failing test. Maybe we could try something similar? |
Trying out the patch idea now https://buildkite.com/elastic/kibana-pull-request/builds/68479 |
Alright, I ran these tests 5000 times and it never triggered the failure condition. I can try again, but I also think that it would be great if we could track some tech-debt to deal with the rest of the errors which are being logged about constantly. Stuff like:
|
Ran another 5000 times, still no errors... maybe this patch is somehow fixing the problem, or masking it... https://github.com/elastic/kibana/pull/139444/files#diff-ac1bbfd235d20b9165116ea2bede56cc73ffc12ad48bcd190d492b92c2014964 |
Finally got a failure with the patched version: https://buildkite.com/elastic/kibana-pull-request/builds/68843#0182f576-0efc-44cd-a314-cd75d6ac0f7f/726-842 I don't see anything that we can do to make this work... |
You are right, we should clean up and wrap the state change inside
I don't either. I don't even see what error is thrown. Should we increase the timeout manually in those component integration tests that run slower than unit tests? |
I'd prefer that they are moved to |
I'll leave that decision to the @elastic/platform-deployment-management team 😄 |
New failure: CI Build - main |
Skipped main: e468632 |
A test failed on a tracked branch
First failure: CI Build - 7.x
The text was updated successfully, but these errors were encountered: