-
Notifications
You must be signed in to change notification settings - Fork 1.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
Investigate environment detection in our overall environment UX to see if there are scenarios where discovery is unnecessary #19102
Comments
Auto-triggering discovery is probably not needed. Only a couple places need it:
|
Question: Is triggering it once in the first session even needed, if an interpreter is already selected? Perhaps not from a user perspective (#18647), but yes, the discovery API is only considered to be ready for query once refresh has been triggered. Reasons for doing it in the first session:
|
We also need to make sure legacy jupyter integration APIs still work. |
Proposed approach, only auto-trigger discovery if:
Note we also need to make sure that the selected environment has the latest version, now that discovery isn't run by default. |
Verification steps:If Jupyter is not installed or disabled, verify we auto-trigger discovery only if:
If Jupyter is installed, discovery is always triggered. |
Certain components (like diagnostics) call for |
/verified? It does trigger discovery just when opening 'Select interpreters'? Is this expected? Otherwise behaves as you outlined. |
Yep, that's what the above point means in #19102 (comment), only happens the first time though. |
Related: #17498 #18647 #18671
Users can use the API or the refresh icon for triggering it if needed:
Check #19102 (comment) for investigation results.
The text was updated successfully, but these errors were encountered: