Skip to content
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

(WSL2) VS code remote editing shows empty file when opening symlink #4152

Closed
simmessa opened this issue Jun 16, 2019 · 3 comments
Closed

(WSL2) VS code remote editing shows empty file when opening symlink #4152

simmessa opened this issue Jun 16, 2019 · 3 comments

Comments

@simmessa
Copy link

  • Your Windows build number: (Type ver at a Windows Command Prompt)

Microsoft Windows [Version 10.0.18917.1000]

  • What you're doing and what's happening: (Copy&paste the full set of specific command-line steps necessary to reproduce the behavior, and their output. Include screen shots if that helps demonstrate the problem.)
echo "text example" >> text
ln -s ./text ./textlink
code textlink 
  • What's wrong / what should be happening instead:

The expected behaviour is to have code display on Windows the content of the file, but it shows an empty file instead, this is due to the symbolic link, which currently cannot be recognized by code remote editing (WSL2) capabilites

@therealkenc
Copy link
Collaborator

therealkenc commented Jun 19, 2019

Was able to reproduce this with (what I am pretty sure are) all the correct ducks in line. Problem demonstrated more generally:

image

Work-arounds while improvements arrive same as #4188. Symlinks in the SSH variety of VS Code Remote with Windows OpenSSH is okay, as is Samba.

image

@bpulliam
Copy link

bpulliam commented May 7, 2021

If you still have issues like this, please open a new issue. Much has changed in WSL since this time.

@bpulliam bpulliam closed this as completed May 7, 2021
@therealkenc
Copy link
Collaborator

#5118 is a dupe that can can serve as the landing zone. There are 39 likes over there as of this writing. The problem remains in 21370 WSL1 and WSL2.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants