-
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
[Discover] Unskip _sidebar tests for MKI testing #202133
Conversation
/ci |
Flaky Test Runner Stats🎉 All tests passed! - kibana-flaky-test-suite-runner#7532[✅] x-pack/test_serverless/functional/test_suites/security/common_configs/config.group6.ts: 50/50 tests passed. |
Pinging @elastic/kibana-data-discovery (Team:DataDiscovery) |
log.warning( | ||
`Expected Sidebar Aria Description: ${expectedNumber}, got: ${ariaDescription}` | ||
); | ||
await queryBar.submitQuery(); |
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.
that's the code that should help to catch an occacional flakiness, resubmitting the query, so available fields should be returned like expected
💚 Build Succeeded
Metrics [docs]
History
cc @kertal |
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.
The code changes look good to me, and this seems like a tricky issue that's difficult to troubleshoot from the consumer side. Do we know if ES teams are aware of the issue? I didn't go through the process of trying to reproduce myself, but I'm not sure what else we could do on our end other than retry the requests.
We raised this back in the days, however they also could not reproduce https://github.com/elastic/kibana-team/issues/928#issuecomment-2172843868 ... let's keep an eye open for this |
Starting backport for target branches: 8.x https://github.com/elastic/kibana/actions/runs/12133432347 |
💔 All backports failed
Manual backportTo create the backport manually run:
Questions ?Please refer to the Backport tool documentation |
💚 All backports created successfully
Note: Successful backport PRs will be merged automatically after passing CI. Questions ?Please refer to the Backport tool documentation |
(cherry picked from commit d1c2e04) # Conflicts: # x-pack/test_serverless/functional/test_suites/common/discover/group6/_sidebar.ts
Looks like this PR has a backport PR but it still hasn't been merged. Please merge it ASAP to keep the branches relatively in sync. |
…2633) # Backport This will backport the following commits from `main` to `8.x`: - [[Discover] Unskip _sidebar tests for MKI testing (#202133)](#202133) <!--- Backport version: 8.9.8 --> ### Questions ? Please refer to the [Backport tool documentation](https://github.com/sqren/backport) <!--BACKPORT [{"author":{"name":"Matthias Wilhelm","email":"[email protected]"},"sourceCommit":{"committedDate":"2024-12-03T05:17:39Z","message":"[Discover] Unskip _sidebar tests for MKI testing (#202133)","sha":"d1c2e04912714c30e04f3790ed03ba5b5d154061","branchLabelMapping":{"^v9.0.0$":"main","^v8.18.0$":"8.x","^v(\\d+).(\\d+).\\d+$":"$1.$2"}},"sourcePullRequest":{"labels":["Feature:Discover","release_note:skip","v9.0.0","Team:DataDiscovery","backport:prev-minor"],"number":202133,"url":"https://github.com/elastic/kibana/pull/202133","mergeCommit":{"message":"[Discover] Unskip _sidebar tests for MKI testing (#202133)","sha":"d1c2e04912714c30e04f3790ed03ba5b5d154061"}},"sourceBranch":"main","suggestedTargetBranches":[],"targetPullRequestStates":[{"branch":"main","label":"v9.0.0","labelRegex":"^v9.0.0$","isSourceBranch":true,"state":"MERGED","url":"https://github.com/elastic/kibana/pull/202133","number":202133,"mergeCommit":{"message":"[Discover] Unskip _sidebar tests for MKI testing (#202133)","sha":"d1c2e04912714c30e04f3790ed03ba5b5d154061"}}]}] BACKPORT-->
Summary
Resolves #195100
I tried to reproduce the flakiness on MKI, but it wasn't flaky in my tests. I've refactored the code, so a
debugger
would stop the execution in case the test would fail, I've tested it with a simple bash script with afor
loop executing the test runner, but it didn't fail. So let's unskip this test for MKI and see how it goes.I do agree with @jughosta
In our 1:1 @jughosta mentioned, that she observered the same behavior in https://github.com/elastic/kibana-team/issues/928, but after a while she couldn't reproduce (the request for available fields returns just meta fields in this case, flagging all fields as unavailable). It look me a quite a while to setup all this, so I haven't had the chance to test it on a fresh instance. I've added code that in and error case the query is resubmitted. However it would be still of interest, what could lead to the failure, which is high likely the
field_caps
request returning no available fields.Local testing
That's the commit that I used to open the functional test runner with Chrome Dev Tools automatically open (So I didn't have to do it manually): 586c5a1
And a local shell script flaky test runner, I've used like this
Executed in a VSCode JavaScript Debug Terminal, this will stop the test execution on a
debugger
statement in the codeChecklist