-
Notifications
You must be signed in to change notification settings - Fork 94
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
Startup: "Forget" unused interpreters, or otherwise start them up less aggressively #3432
Comments
Somewhat related I think is: #4011 -- Sharon has a good suggestion there:
|
This particular annoyance is addressed in #5959 (i.e. you should no longer see Python opening/starting in your R project unless you used it recently). This issue can now track the work to forget Python entirely if it is not used. |
This change cause Positron to "forget" runtimes that are affiliated with the workspace but that aren't actually used, with the goal of preventing unwanted sessions from starting. Some details: - A runtime is considered to be unused if it was auto-started as an affiliated runtime but then never actually used in the last session. - The runtime affiliation is not wholly removed; we just stop auto-starting it when Positron starts. So e.g. it is still consulted when auto-starting a console in order to run code. - This only applies to projects with multiple runtime affiliations. If you only have one runtime affiliated, it will auto-start even if you didn't use it in your last session. Addresses #3432. ### Release Notes #### New Features - Do not auto-start interpreters that aren't being used in the workspace (#3432) #### Bug Fixes - N/A ### QA Notes For the purposes of this feature, a runtime is considered to have been "used" if you switch to it in the Console.
Verified Fixed
Test scenario(s)Opened r_testing subproject of qa-example-content many times and the previously selected version of R became active each time. Link(s) to TestRail test cases run or created: |
Feedback from @nealrichardson:
via https://positpbc.slack.com/archives/C05M2EZCPGR/p1716471902486219
This is emergent behavior resulting from two different Positron behaviors.
Both were intentional, but this emergent behavior isn't. We could help cut the chatter by:
(Note that the switch-back-and-forth issue at startup is tracked separately, in #1143)
The text was updated successfully, but these errors were encountered: