-
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
decouple anomaly job creation action from Embeddable framework #176869
Conversation
/ci |
/ci |
/ci |
/ci |
/ci |
Pinging @elastic/kibana-presentation (Team:Presentation) |
@elasticmachine merge upstream |
…ributes (#177064) Blocking #176869 While working on #176869, I discovered there is a type mismatch between `LensEmbeddable.getSavedVis` internal implementation and consumers of `LensEmbeddable.getSavedVis` results. LensEmbeddable.getSavedVis returns `Readonly<Document | undefined>`. LensEmbeddable.getSavedVis consumers are typing the response as `LensSavedObjectAttributes`. This PR updates `LensEmbeddable.getSavedVis` to return `Readonly<LensSavedObjectAttributes | undefined>` since that is how its being used. --------- Co-authored-by: Kibana Machine <42973632+kibanamachine@users.noreply.github.com>
…ributes (elastic#177064) Blocking elastic#176869 While working on elastic#176869, I discovered there is a type mismatch between `LensEmbeddable.getSavedVis` internal implementation and consumers of `LensEmbeddable.getSavedVis` results. LensEmbeddable.getSavedVis returns `Readonly<Document | undefined>`. LensEmbeddable.getSavedVis consumers are typing the response as `LensSavedObjectAttributes`. This PR updates `LensEmbeddable.getSavedVis` to return `Readonly<LensSavedObjectAttributes | undefined>` since that is how its being used. --------- Co-authored-by: Kibana Machine <42973632+kibanamachine@users.noreply.github.com>
@elasticmachine merge upstream |
merge conflict between base and head |
@elasticmachine merge upstream |
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.
Looks like all of my comments have been addressed!
Left one nit, but it's not a blocker. Eventually I'd very much like to have one full source of truth for what constitutes a dashboard
API. Same with Lens
and Maps
.
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.
Cool
@elasticmachine merge upstream |
💚 Build Succeeded
Metrics [docs]Module Count
Public APIs missing comments
Async chunks
Page load bundle
History
To update your PR or re-run it, just comment with: cc @nreese |
part of #175138
PR decouples
createMLADJobAction
action from Embeddable framework. This means that instead of reading values fromembeddable.getInput()
, values are read from presentation publishing interfaces. Existing embeddables expose bothEmbeddable
andpresentation publishing interfaces
so they work with both. In the future, as embeddables get refactored to the new embeddable system, then they will only exposepresentation publishing interfaces
. Migrating away from old interfaces so that refactoring embeddables can start.