Skip to content
This repository has been archived by the owner on Feb 12, 2019. It is now read-only.

Visual Studio Code not saving files properly #1460

Open
Tenrys opened this issue Jan 19, 2018 · 15 comments
Open

Visual Studio Code not saving files properly #1460

Tenrys opened this issue Jan 19, 2018 · 15 comments
Labels

Comments

@Tenrys
Copy link

Tenrys commented Jan 19, 2018

Trying to write a .txt file in my public folder,
I get the following error. I can safely open files from Explorer or other programs, I can save in Notepad.
Error

Keybase GUI Version: 1.0.38-20171220134904+a7fe25d

@strib
Copy link
Contributor

strib commented Jan 19, 2018

Hi @Tenrys, I think we need a bit more context. Have you installed the file system drivers for Windows via the Folder tab in the Keybase GUI? Do you have a K:\ drive? Are you trying to write directly to K:\public (which won't work) or to your actual public folder (K:\public\tenrys)?

If you still think you're doing everything right, please run keybase log send from the terminal and let us know the log ID, and we'll take a look. Thanks.

@Tenrys
Copy link
Author

Tenrys commented Jan 19, 2018

I believe I have.

Log ID: 46b117a3198428af5ea13f1c

@strib strib added the acked label Jan 19, 2018
@strib
Copy link
Contributor

strib commented Jan 19, 2018

Thanks. You get that error above when you are trying to save a .txt file using Visual Studio Code? Can you share the name of the txt file you tried to create, so I can look for it in the log? (If you don't want to share the name publicly, feel free to chat with me on Keybase, username strib.)

@Tenrys
Copy link
Author

Tenrys commented Jan 19, 2018

The current file name is test.txt. I tried to save it under that name and it did not work either. It is created but I cannot save it with Visual Studio Code if I make changes to it using that.

@strib
Copy link
Contributor

strib commented Jan 19, 2018

Are you running it in cygwin or WSL or something that might not have access to the k:\ drive? I don't think KBFS works nicely in those environments.

@Tenrys
Copy link
Author

Tenrys commented Jan 19, 2018

Not that I know? Not sure what WSL is, but rings a bell. I don't know how I would run VS Code in a specific environment? (nevermind, that's the Linux subsystem. I don't think I am?)

@strib
Copy link
Contributor

strib commented Jan 19, 2018

WSL is "Windows subsystem for Linux". I don't have experience with it, but I'd guess if you were using it, you'd know it.

Sorry I don't have a Windows system available to test, and I'm out of ideas. It seems like VSC can't see the K:\ drive at all for some reason. @zanderz @taruti any ideas?

@Tenrys
Copy link
Author

Tenrys commented Jan 19, 2018

I do have WSL installed but I rarely use it, don't know how I would have made VSCode use it.

@zanderz
Copy link
Contributor

zanderz commented Jan 19, 2018

Logs show mounting K: without errors. I just double checked that I can write new files with visual studio code on windows. Maybe also include the exact time so we can narrow down the logs we're looking for?

@Tenrys
Copy link
Author

Tenrys commented Jan 20, 2018

Sent another log. 09161961d48cb1c4489f441c
I don't know how to check them or the time.

@Tenrys
Copy link
Author

Tenrys commented Jan 20, 2018

I just saw this:

Open File does not show the KBFS at all.

@taruti
Copy link
Contributor

taruti commented Jan 23, 2018

Suspect conflicting drivers causing K: to be hidden, even though the mount was succesfull.

@Tenrys are you running any AV/backup/filesystem software that could be causing conflicts?

@Tenrys
Copy link
Author

Tenrys commented Jan 23, 2018

Nope, nothing.

@dubfactor
Copy link

I do have WSL installed but I rarely use it, don't know how I would have made VSCode use it.

bash-prompt$ code test.txt

It will open test.txt in VSCode.

@zanderz
Copy link
Contributor

zanderz commented Jan 31, 2019

@Tenrys What I mean by exact time is to reproduce your problem, note the exact time you experienced it, and then send a log, along with a mention of what time you noted.

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

No branches or pull requests

5 participants