Type: LanguageService
----- Input information below -----
Please review existing issues and our documentation at https://github.com/Microsoft/vscode-cpptools/tree/master/Documentation prior to filing an issue.
Describe the bug
IntelliSense fails to parse files provided by extensions that implement FileSystemProvider. In my case: SSH-FS https://github.com/SchoofsKelvin/vscode-sshfs/issues/27
To Reproduce
Expected behavior
IntelliSense should work as it does for local files
User Settings:
"sshfs.configs": [
{
"name": "home",
"label": "jwieber",
"root": "/home/jwieber",
"host": "my.host.domain",
"port": 1234,
"username": "jwieber",
"agent": "C:\\cygwin64\\bin\\ssh-agent.exe",
"privateKeyPath": "C:\\Users\\jwieber\\.ssh\\id_rsa.ppk"
},
{
"name": "repo",
"root": "/path/to/my/repo",
"host": "my.host.domain",
"port": 1234,
"username": "jwieber",
"agent": "C:\\cygwin64\\bin\\ssh-agent.exe",
"privateKeyPath": "C:\\Users\\jwieber\\.ssh\\id_rsa.ppk"
}
]
code-workspace
{
"folders": [
{
"path": "./fdmdbsvc"
},
{
"uri": "ssh://home/",
"name": "SSH FS - home"
},
{
"uri": "ssh://repo/",
"name": "SSH FS - repo"
}
],
"settings": {
"files.associations": {
"*.ipp": "cpp"
}
}
}
c_cpp_properties.json
{
"configurations": [
{
"name": "Win32",
"includePath": [
"${workspaceFolder}",
"ssh://repo/"
],
"defines": [
"_DEBUG",
"UNICODE",
"_UNICODE"
],
"compilerPath": "C:\\cygwin64\\bin\\gcc.exe",
"intelliSenseMode": "clang-x64"
"cStandard": "c11",
"cppStandard": "c++17"
}
],
"version": 4
}
We currently don't support URI syntax in the includePath nor any scheme besides file:// right now. Marking as a feature request.
Hello. I see in version 1.26 of VS Code that we can now open an URI as a folder. Does that bring us any closer to this being supported in cpptools? Thanks.
I'm sorry, at this time we don't have an ETA as to when this issue will be addressed.
Has something changed about this feature ?
@aosterthun Nothing has changed. We should work with the various VS Code remote extensions that create a remote extension instance (i.e. use file:// instead of ssh://).
This feature request has received enough votes to be added to our backlog.