-
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: Chrome X-Pack UI Functional Tests.x-pack/test/functional/apps/security/users·ts - security app users should show the default roles #200666
Comments
Pinging @elastic/kibana-security (Team:Security) |
New failure: kibana-elasticsearch-snapshot-verify - main |
It seems to point that |
@elastic/kibana-qa We have a few functional tests that need to make slightly different assertions based on the ES version Kibana is connected to, as some built-in roles that exist in 8.x are no longer present in 9.0. I’ve noticed a few places in our tests where we do something like this: log.debug(process.env.ORIGINAL_VERSION!);
if (semver.lt(process.env.ORIGINAL_VERSION!, '7.6.0-SNAPSHOT')) {
log.debug('Skipping! These tests are valid only for 7.6+ versions');
this.skip();
} Is it still a recommended pattern to handle such cases in compatibility tests? If so, is it safe enough to rely on if (semver.lt(process.env.ORIGINAL_VERSION!, '9.0.0-SNAPSHOT')) {
expect(roles.apm_user.reserved).to.be(true);
expect(roles.apm_user.deprecated).to.be(true);
} else {
log.debug('The `apm_user` role no longer exists in 9.0.0+.');
} |
Should be fixed in #205213 |
A test failed on a tracked branch
First failure: kibana-elasticsearch-snapshot-verify - main
The text was updated successfully, but these errors were encountered: