-
Notifications
You must be signed in to change notification settings - Fork 8.2k
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
Chore: Only load on canvas #24247
Chore: Only load on canvas #24247
Conversation
88369ca
to
961bac5
Compare
wait until the app is finished loading before creating both
961bac5
to
0dc9e3a
Compare
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.
LGTM
💚 Build Succeeded |
@w33ble Now that the socket isn't being automatically initialized on import, what do you think about having canvas use it's This would let us close #24170, which means that the notion of Canvas's socket doesn't have to leak into OSS |
@legrego I thought the point was that it's not going to be Canvas' socket, it'll be Kibana's, and any app can use it. Even if Canvas is all that creates and uses it now, we might as well plan for the future. We can do that for now, but we shouldn't close #24170, we still need a way for other plugins to reliably determine the socket's path. |
Yeah long term I think it makes sense to move the socket into Kibana. I'd rather have the platform team drive that though, so if it's easy enough to have Canvas take care of this for now, then that'd be my preference. |
6.x 3fe2b2f |
Closes #23379 Defer loading Canvas code until the application is used. - Wait to load the window error override - Only create socket when the app is ready Since we need to support deferring loading the application until some async things finish (mostly fetching functions), I opted to handle this in the App component, since it was a convenient async way to hold until ready. I figure we can refactor that later.
Closes #23379
Defer loading Canvas code until the application is used.
Since we need to support deferring loading the application until some async things finish (mostly fetching functions), I opted to handle this in the App component, since it was a convenient async way to hold until ready. I figure we can refactor that later.