Permissions denied opening user config file
Opened this issue · 3 comments
After RemoteStart
> Dev Containers: Launch current project in devcontainer
and the Docker image is pulled and built, Testing remote connection
fails with:
Can't open user config file /home/user/.local/share/nvim/remote-nvim.nvim/ssh_config: Permission denied
but I can open this file fine with Neovim. All work is done locally.
- Your local OS: Arch Linux
- Local Neovim version: v0.10.0
Log:
ERROR Mon 27 May 2024 00:30:36 PM EDT /home/user/.local/share/nvim/lazy/remote-nvim.nvim/lua/remote-nvim/providers/provider.lua:972: 'Testing remote connection' failed.
stack traceback:
.../remote-nvim.nvim/lua/remote-nvim/providers/provider.lua:973: in function '_handle_job_completion'
.../remote-nvim.nvim/lua/remote-nvim/providers/provider.lua:1016: in function 'run_command'
.../remote-nvim.nvim/lua/remote-nvim/providers/provider.lua:142: in function '_setup_workspace_variables'
...vim/lua/remote-nvim/providers/devpod/devpod_provider.lua:88: in function '_setup_workspace_variables'
.../remote-nvim.nvim/lua/remote-nvim/providers/provider.lua:871: in function '_launch_neovim'
...vim/lua/remote-nvim/providers/devpod/devpod_provider.lua:189: in function <...vim/lua/remote-nvim/providers/devpod/devpod_provider.lua:177>
[C]: in function 'xpcall'
.../remote-nvim.nvim/lua/remote-nvim/providers/provider.lua:758: in function <.../remote-nvim.nvim/lua/remote-nvim/providers/provider.lua:757>
FAILED JOB OUTPUT (SO FAR)
Can't open user config file /home/user/.local/share/nvim/remote-nvim.nvim/ssh_config: Permission denied
Additional context
I could easily be mis-configuring something, new to containers and not really a programmer. I just navigate to a repo with a .devcontainer/
and start the project for the first time.
Thanks, I'll have a look soon. I'll let you know when the fix is out!
Same error here, also on Arch.
Hi both, sorry for the long wait on getting back on this. Can one of you please share the actual permissions set on that file? I had a look at the code and could not find anything that might be messing with this.
Also, can you try reproducing this with the minimal_init.lua
file?