-
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
Adjust user management functional tests to work in Cloud. #118315
Adjust user management functional tests to work in Cloud. #118315
Conversation
6b44a8d
to
f488f91
Compare
f488f91
to
b93e9f0
Compare
💚 Build Succeeded
Metrics [docs]
History
To update your PR or re-run it, just comment with: |
Pinging @elastic/kibana-security (Team:Security) |
|
||
// In Cloud default users are defined in file realm, such users aren't exposed through the Users API. | ||
if (isCloudEnvironment()) { | ||
expect(Object.keys(users)).to.eql(['test_user']); |
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.
Can this change? Is there a skipCloud tag we could use similar to skipFirefox?
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.
Is there a skipCloud tag we could use similar to skipFirefox?
There is skipCloud
, but it'd still be beneficial to test the Cloud default users (or lack thereof). I think what we need is onlyCloud
so that we can have a separate test suite for the Cloud, but afaik we don't have this yet.
…118860) Co-authored-by: Aleh Zasypkin <[email protected]>
…118861) Co-authored-by: Aleh Zasypkin <[email protected]>
Summary
Some of our user management functional tests are failing when run against Cloud deployment. The reason is that default users in Cloud are defined in the file realm and hence not returned from the users APIs.
It turned out that we already tried to fix this test to work in Cloud using the workaround (
config.get('servers.elasticsearch.hostname') !== 'localhost'
), but the test broke again when the Cloud disabled anonymous access by default.In this PR I'm reusing the same Cloud-detection workaround and updating the test.
Blocked: We cannot verify fix at the moment, 8.1.0-SHANPSHOT is failing in Cloud and latest 7.16.0-SNAPSHOT doesn't include #118413 yet.The tests with the same fix have passed on 7.16 branch (link is internal, ping me and I'll share the link),Fixes: #63276