-
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
[Guided onboarding] Change the saved objects' type to hidden #148983
[Guided onboarding] Change the saved objects' type to hidden #148983
Conversation
Pinging @elastic/platform-onboarding (Team:Journey/Onboarding) |
I'm putting this PR in draft because we can't currently create/update SO with the test client in functional tests, but a PR for this issue might be a solution for that. |
FWIW, right now, you can use Oh, and now you also have the option of only hiding a type from the HTTP APIs if you won't really benefit from implementing your own SO client. |
Thanks for the info, @TinaHeiligers! It looks like the new plugin merged in #149188 did the trick though, I run the tests locally and everything passed, will see if the CI does the same. |
@elastic/kibana-core hey team, could someone please confirm that it's safe to change saved objects used in the guided onboarding plugin to |
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.
Code LGTM. There shouldn't be an issue ith migrations. Changing saved object type to hidden
is what we're recommending.
The issue with migrations comes when you want to change an existing
saved object attribute, although it's best to confirm with @rudolf
💚 Build Succeeded
Metrics [docs]
History
To update your PR or re-run it, just comment with: |
Summary
Making the saved objects hidden will prevent other plugins accidentally updating the guided onboarding data directly via the SO client. This was recommended by the Core team and I think it should be safe to change the type since there should not be any existing SO in deployments prior to 8.7 yet.