Closed jwangtobeno1 closed 1 month ago
I think this is a possible duplicate #791. The underlying issue boils down to Neovim struggling to sync up with ur clipboard server (in nvimdots, we're explicit about using win32yank.exe
for WSL to sidestep other messy issues). Consequently, u might experience delays with commands reliant on accessing the system clipboard.
In essence, the previously effective fixes include:
win32yank.exe
located on ur host machine (the one running Windows), and it's discoverable using $PATH
. i.e. u have a file on ur WSL that resembles something like:
$ readlink /usr/local/bin/win32yank.exe
/mnt/c/path/to/win32yank.exe
win32yank.exe
might not be the optimal pick for ur setup. Then modify vim.g.clipboard
to the provider u selected.:h clipboard-wsl
):set clipboard&
(this is the default in Vim).Thank you.
The problem was solved by:
ln -s /mnt/c/path/to/win32yank.exe /usr/local/bin/win32yank.exe
Version confirmation
Following prerequisites
Not a user config issue
Neovim version
NVIM v0.9.5
Operating system/version
Arch WSL2
Terminal name/version
WSL2
$TERM environment variable
No response
Branch info
main (Default/Latest)
Fetch Preferences
SSH (use_ssh = true)
How to reproduce the issue
When I use
dd
orx
orp
in nvim it gets stuck, but not when I usei
oro
orhjkl
. It's as if it stutters whenever you use a key with a cut function.But I don't get this in vim.
Expected behavior
I hope it doesn't lag when using these types of keys
Actual behavior
No response
Additional information
Here is the setup for my user: