Netrw (file explorer) does not work on network location on Windows #70
Labels
bug
issues reporting wrong behavior
nvim
neovim specific issues
platform:windows
Issues related to windows
Problem
I have tried to work with neovim on a network location, and use Netwr to browse around in the current working directory (CWD), however, when I use it it show utter emptyness.
This bug seems to correlate with breaking down of the LazyVim config. Basically, when I launch Neovim with LazyVim, and use the find file or find text option to open a file, even though in the menus, proper things are displayed, when I open the files with them neovim opens a completely empty file. If I write something into said file, and write it, then Neovim replicates the the folder structure of the server in which the chosen file lies into the CWD. and puts next to the chosen file.
So for example I have a file bar.py at location Microsoft.PowerShell.Core\FileSystem::\\server\...\foo\bar.py and I choose Microsoft.PowerShell.Core\FileSystem::\\server\...\foo\ as CWD for my LazyVim session. Then choosing to edit bar.py will result in the opening of a completely empty file. Then if I save it, it will just put in the CWD the following folder structure server...\foo\bar.py next to bar.py .
In addition the nvim-tree plugin also fails to work the same way as the Netwr do.
I highly suspect that the breakdown of the LazyVim config emerges from this bug of the Netwr. In addition, I suspect that this bug emerges from its broken support of UNC paths.
Steps to reproduce
nvim --clean .
Expected behavior
Instead of the standard functionality of Netwr works in the current working directory, we get nothing it is used on a network location.
Neovim version (nvim -v)
0.9.5
Vim (not Nvim) behaves the same?
9.0
Operating system/version
Windows 10 Pro, Version 22H2 (OS Build 19045.3930)
Terminal name/version
wezterm 20230712-072601-f4abf8fd
$TERM environment variable
not defined
Installation
Scoop
original issue: neovim/neovim#27401
The text was updated successfully, but these errors were encountered: