-
Notifications
You must be signed in to change notification settings - Fork 1.2k
Do not perform pipenv interpreter discovery on activation #11369
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
Do not perform pipenv interpreter discovery on activation #11369
Conversation
Codecov Report
@@ Coverage Diff @@
## master #11369 +/- ##
==========================================
- Coverage 60.98% 60.61% -0.37%
==========================================
Files 609 613 +4
Lines 33532 33502 -30
Branches 4742 4725 -17
==========================================
- Hits 20448 20306 -142
- Misses 12638 12745 +107
- Partials 446 451 +5
Continue to review full report at Codecov.
|
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.
The file src\client\application\diagnostics\checks\macPythonInterpreter.ts
also makes a call to IInterpreterService.getInterpreters
, which happens during activation. Any reason for not passing the {onActivation: true}
there?
Good catch 👍 I didn't hit this call when testing on my Mac because the diagnostic code bailed out early. |
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 otherwise
src/test/application/diagnostics/checks/macPythonInterpreter.unit.test.ts
Outdated
Show resolved
Hide resolved
@kimadeline I am assuming you'll be adding pipenv discovery on interpreter selection in some other PR, right? We should probably merge it in a branch other than |
We already do that. |
Ohk 👍 I saw the issue #11126 earlier which is why I was wondering. |
I updated my comment in #11126 to reflect that this was existing behaviour, so I didn't have to change anything. |
For #11127
package-lock.json
has been regenerated by runningnpm install
(if dependencies have changed).