-
Notifications
You must be signed in to change notification settings - Fork 28.1k
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
“Unable to write program user data” when invoking VS Code as git editor #68744
Comments
What happens when you run |
@joaomoreno it opens VS Code as expected. |
I use CentOS 7. get an error just by running |
@outoftime How about |
@joaomoreno invoking |
Can you show me a screenshot of that error dialog? |
Update: I no longer have this problem on VS Code 1.31.1: $ code --version
1.31.1
1b8e8302e405050205e69b59abb3559592bb9e60
x64 I am encountering a different bug, which is that the commit editor always opens in a new window, even when the commit is initiated from the integrated terminal, and even when |
i got the same error as well.. on version 1.31.1. |
if I run |
@bpasero Have you seen this? |
This dialog is from us when we get an error of type |
@weichea @Technical27 Can you check permissions on that folder? |
@joaomoreno I did note in the original bug report that I had tried recursively making the folder world-writable and it did not help. |
Now |
@bpasero The error message has a bug, the path its referring to is just the config setting not the one path generating the error, any path could be causing it. This means people in this thread could be having a number of different issues. My issue is potentially just a dupe of #3884 but I'm not sure. I disable write access to my home dir specifically because of things like this so seeing this error and suspecting home dir access was probably the issue, I enabled writes and once again could start code without the error. Only now with a Deleting the
|
@lsl good catch. I pushed a change so that the error dialog talks about both the user data path as well as the extensions path. Both need to be writable for VSCode to startup properly. |
|
@lsl unfortunatelly, I do not understand your solution. Could you please explain it to me? Kind regards, |
Never mind. Solved the problem by deinstalling and manually deleting the directories home/.vscode and home/.config/Code. Then installing it again by downloading the .deb file from the official site and installing it using the command sudo install ./code_1.32.2-1552488294_amd64.deb |
SOLVED by deleting the Code directory from /home/MyUserDirectory/.config and then re-starting VScode from the menu. To be clear: ::Pop up with Unable to write program user data:: $ cd /home/YourUserDirectory/.config Before this I had tried installing with Anaconda-Navigator, which is where the 'cannot write' error started... uninstalled... re-installed Anaconda.. no improvement. Then manually uninstalled and re-installed. Still no help... Searched on the error message and found this article... scrolled all the way down... only to find @AHermann94 explaining that manually deleting the folders after uninstalling worked... so I thought I would see what would happen if I just deleted the offending folder... And it WORKED! I figured the program might re-create the folder if it couldn't find it... looks like it did. Happy coding! |
Curious. I also first installed it with anaconda (after installing anaconda, it asks you if you want to also install vscode). So probably an error in the way anaconda installs it. |
@AHermann94 the error is caused by corrupted permissions/ownership in your config/data files. You can either fix the permission/ownership issues or just delete everything and start fresh. Check ownership / permissions: Delete all config / extensions and start over:
For windows users you probably need to see #3884 for the APPDATA dirs. |
I had this message pop up on my openSUSE Leap 15.0 installation until I granted group/world write permission to the /run/user directory so that VS Code could write "*.sock" files there. |
Steps to Reproduce:
GIT_EDITOR='code --wait' git commit --allow-empty
Just to make sure, I did recursively make that directory world-writable, but it didn’t help.
I tried it with today’s code-insiders build and the issue persists.
Does this issue occur when all extensions are disabled?: Yes
The text was updated successfully, but these errors were encountered: