`python.dataScience.notebookFileRoot` needs an option to launch with CWD = current file path

[clamydo]

Environment data

• VS Code version: 1.31
• Extension version (available under the Extensions sidebar): 2019.1.0
• OS and version: Debian Stretch
• Python version (& distribution if applicable, e.g. Anaconda): 3.5.3
• Type of virtual environment used (N/A | venv | virtualenv | conda | ...): N/A
• Relevant/affected Python packages and their versions: N/A

Expected behaviour

Having a Python script with cell markers #%%, I'd expect that setting python.dataScience.notebookFileRoot = ${fileDirname} makes the interactive session start in the directory the file resides.

Maybe I misunderstand that setting? At least, it is what calculateWorkingDirectory is supposed to do, isn't it?

Also see this Stack Overflow question

Actual behaviour

The interactive session starts from the workspace directory.

Steps to reproduce:

Having a structure like this

workingDir
|- foo
   |- file.py

and a file.py:

#%%
import os
print(os.getcwd())

the output in the interactive session is the absolute path of the workingDir.

[IanMatthewHuff]

@fkjogu The notebookFileRoot setting does do some, but not all of what you are looking for. The VSCode variables are specific to task and debug configuration files (launch.json and task.json). We've specifically added code to recognize ${workspaceFolder} for our settings page but we don't recognize other VSCode variables in there. So you can put a specific path in there (and save it at the workspace level to affect only that folder) but you can't use ${fileDirname} in there to always get the path of the file.

While we don't currently support that I do think that this could be a reasonable option (currently vscode defaults to the workspace root as cwd, which we copied while Jupyter defaults to the path of the file) so I'm keeping this issue open to look into that.

[IanMatthewHuff]

I did change the title quick to make it more clear the work that we are considering.

[clamydo]

What is the reason behind not regocognizing the built-in variables? I kinda expected them to work everywhere in the settings.

[IanMatthewHuff]

@fkjogu I'm not fully sure on the reasoning for VSCode as a whole not supporting this. But it is specifically mentioned here:

https://code.visualstudio.com/docs/editor/variables-reference#_is-variable-substitution-supported-in-user-and-workspace-settings

They are not created for use in the settings files. For the python extension we just specifically had use for ${workspaceFolder} so we coded up manually tracking the current workspace folder as part of our extension so that we could use it in our settings.

[wn0x00]

it always get first dir when there are many dir,but set "python.dataScience.notebookFileRoot": "${workspaceFolder}/dd",it will change dd dir.

[contang0]

While we don't currently support that I do think that this could be a reasonable option (currently vscode defaults to the workspace root as cwd, which we copied while Jupyter defaults to the path of the file) so I'm keeping this issue open to look into that.

Yes please. When working interactively, I always want the kernel to start in the directory of the file I'm executing. If it is starting elsewhere it will mess up my imports unless I add file's directory to PATH manually..

[simeneide]

yes please(!)

I love to work with python files directly instead of the notebook format, but Ive multiple times forgot to remove the changedir commands at the start. Or if Im starting a new python file I need to remember the command.

Could a possible fix be something like "if opening interactive window from a file (through shift+enter), do the folder changing command as the first command"?

[rholland]

yes - this would be helpful

[Ir1d]

+1 on this, launching with current file path wont make imports a mess

possible related #3141

[Ir1d]

deleting the contents in this block seems to work for me (inside a workspace folder)

[contang0]

Most likely it only worked for you by chance. The kernel seems to start in the directory of the project that appears first in your explorer. Did you only have one project?

For me it still doesnt work, with or without variables set in Notebook File Root.

[rchiodo]

This should be in our current release.