Closed janipalsamaki closed 2 years ago
@janipalsamaki which version of the ms-python
extension do you have?
i.e.: this is really done by the ms-python
extension and actually needed a setting such as "python.terminal.activateEnvironment": false
, but I can't really reproduce this with ms-python
v2022.4.0
anymore, so, I'd like to know if this is something they actually fixed in that version (or maybe I have a setting in an unexpected place which is disabling this...)
@fabioz If the ms-python
extension is doing it I guess the surprising part to the user would be that when Robocorp: Terminal with Robot environment
is run, ms-python is still doing things in that terminal.
Yes, it does that to all created terminals inside of VSCode (regardless of the reason).
The latest pre-release of Robocorp Code
sets "python.terminal.activateEnvironment": false
so that this doesn't happen anymore.
This change might have introduced a bug where creating a single-bot workspace fails due to the folder not being empty since a new .vscode/settings.json
is created before rcc is done with creating the robot files.
rcc refuses to write the files if the target folder is not empty.
One possible solution might be adding the --force
flag to the rcc command. This would ignore the folder not being empty. Not sure if this would have bad consequences in some scenario.
Thanks for the report. I've just fixed that and pushed a 0.30.0
with a fix.
.robocorp
folder on my system (from the ancient Robocode Lab).Robocorp: Terminal with robot environment
:This seems to execute
source
on condaactivate
script. I guess this is not the intended behavior?Note that the output says:
Could not find conda environment: b1f3c244e_6cd60f16
.This is probably pointing to a holotree environment and thus fails?
Conda activate should not happen in any case?
This is similar behavior has been seen on the forums and on the Slack, so this might be happening to other people, too.
Ping me (or Jippo) for more information!