Windows terminal randomly freezes with Neovim 0.6 in debian Bullseye when using MCTRL>-<SHIFT>C or <CTRL-SHIFT>V #16132

New Issue

claunia commented

@zadjii-msft commented on GitHub (Dec 15, 2021):

#10157 looks related, but that never got driven to a resolution. Any chance you're using any accessibility software of any sort? (Narrator, Magnifier, NVDA, JAWS, etc?)

Since the Terminal isn't pegging a CPU, it's not an infinite loop, nor is it a stack overflow of some sort (that would eventually crash the Terminal). I'm suspecting the UI thread is waiting on the buffer lock, which some other thread forgot to unlock.

ninja edit: leaving this open so that we can actually confirm that this is the accessibility fix from before the holidays, the one with the locking

@zadjii-msft commented on GitHub (Dec 15, 2021): #10157 looks related, but that never got driven to a resolution. Any chance you're using any accessibility software of any sort? (Narrator, Magnifier, NVDA, JAWS, etc?) Since the Terminal isn't pegging a CPU, it's not an infinite loop, nor is it a stack overflow of some sort (that would eventually crash the Terminal). I'm suspecting the UI thread is waiting on the buffer lock, which some other thread forgot to unlock. ninja edit: leaving this open so that we can actually confirm that this is the accessibility fix from before the holidays, the one with the locking

claunia commented

@nicenemo commented on GitHub (Dec 15, 2021):

I am not using accessibility software nor is Autohotkey or something similar installed.
It is not something trivial like Control S/Control Q. It is not neovim alone, also just in the console.
There was another issue regarding character encoding that looked related but already closed.
I am using a nerdfont.

Is there a log or dump file I can look at or force create?
Anything you need to recreate it?

Annoying is that I just editted a lot and then just did not save ;). copy/paste and ....

@nicenemo commented on GitHub (Dec 15, 2021): I am not using accessibility software nor is Autohotkey or something similar installed. It is not something trivial like Control S/Control Q. It is not neovim alone, also just in the console. There was another issue regarding character encoding that looked related but already closed. I am using a nerdfont. Is there a log or dump file I can look at or force create? Anything you need to recreate it? Annoying is that I just editted a lot and then just did not save ;). copy/paste and ....

claunia commented

@nicenemo commented on GitHub (Dec 17, 2021):

Update: I now also have it when 'yanking' a line in Neovim using yy.

@nicenemo commented on GitHub (Dec 17, 2021): Update: I now also have it when 'yanking' a line in Neovim using `yy`.

claunia commented

@eastwood commented on GitHub (Dec 20, 2021):

I experience similar issues. I usually get about a dozen copy/paste actions per session. Then any subsequent attempts proceed to completely lock the UI of windows terminal.

I can hear a bell notification when trying to interact, but I'm forced to end task + reopen. Luckily i'm using tmux, so it's not too bad. I'm happy to provide any additional information if it'll help :)

@eastwood commented on GitHub (Dec 20, 2021): I experience similar issues. I usually get about a dozen copy/paste actions per session. Then any subsequent attempts proceed to completely lock the UI of windows terminal. I can hear a bell notification when trying to interact, but I'm forced to end task + reopen. Luckily i'm using tmux, so it's not too bad. I'm happy to provide any additional information if it'll help :)

claunia commented

@davclark commented on GitHub (Dec 21, 2021):

I figure I should chime in here also. I think I'm only getting the occasional hang in neovim, and maybe only with "+p and the like (which is also calling out to win32yank.exe from the windows runtime distro of neovim... so it may not be the terminal. I can remove this program from the WSL2 path if you'd like, though.

I'm also using sticky keys.

I had chimed in on #10157 but this feels like a more suitable place to discuss this problem, and it's finding a few folks with similar issues.

Note also that I tried using the preview version of terminal, and that didn't resolve the problem.

Worth noting that I'm on Ubuntu-20.04, not bullseye.

@davclark commented on GitHub (Dec 21, 2021): I figure I should chime in here also. I *think* I'm only getting the occasional hang in neovim, and maybe only with `"+p` and the like (which is also calling out to `win32yank.exe` from the windows runtime distro of neovim... so it may not be the terminal. I can remove this program from the WSL2 path if you'd like, though. I'm also using sticky keys. I had chimed in on #10157 but this feels like a more suitable place to discuss this problem, and it's finding a few folks with similar issues. Note also that I tried using the preview version of terminal, and that didn't resolve the problem. Worth noting that I'm on Ubuntu-20.04, not bullseye.

claunia commented

@goldcoders commented on GitHub (Dec 25, 2021):

im also facing issue, but different keys being stroke that freeze my current session in vim
at first i thought i was my profile and zshrc config, after digging in it is in my nvim config
if i remove everything in neovim config my session wont freeze when pressing
x, dd, pp , yy
most of the time its x ,
i have been testing it out to workout with vscode
g:vscode i think always freeze it if it is not in my config
i wont face any issue...

I have 2 neovim installed one on windows that is working fine, and one on wsl2 ubuntu
i hope this gets fix since only my windows workflow is fuck up

my macos and artix linux works just fine even if there is g:vscode check in my config..

i can confirm this only happens in windows terminal since im also using alacritty
since my option now is use alacritty when using wsl since windows terminal has fuck up nvim

and for some reason it always happen when my laptop is plugged in
i did try same config one is not plug in and unplugged.
same config that fuck up on plugged has not problem when not plug in which is an odd scenario

@goldcoders commented on GitHub (Dec 25, 2021): im also facing issue, but different keys being stroke that freeze my current session in vim at first i thought i was my profile and zshrc config, after digging in it is in my nvim config if i remove everything in neovim config my session wont freeze when pressing x, dd, pp , yy most of the time its x , i have been testing it out to workout with vscode g:vscode i think always freeze it if it is not in my config i wont face any issue... I have 2 neovim installed one on windows that is working fine, and one on wsl2 ubuntu i hope this gets fix since only my windows workflow is fuck up my macos and artix linux works just fine even if there is g:vscode check in my config.. i can confirm this only happens in windows terminal since im also using alacritty since my option now is use alacritty when using wsl since windows terminal has fuck up nvim and for some reason it always happen when my laptop is plugged in i did try same config one is not plug in and unplugged. same config that fuck up on plugged has not problem when not plug in which is an odd scenario

claunia commented

@zadjii-msft commented on GitHub (Jan 3, 2022):

I think I'm only getting the occasional hang in neovim, and maybe only with "+p and the like (which is also calling out to win32yank.exe from the windows runtime distro of neovim... so it may not be the terminal. I can remove this program from the WSL2 path if you'd like, though.

You know, that sounds exactly like the sort of thing that would cause this. Otherwise I don't have any idea how contents from the vim inside WSL would be able to set the Windows clipboard with yy. I'd definitely try removing that, if only to narrow the problem space down.

@zadjii-msft commented on GitHub (Jan 3, 2022): > I _think_ I'm only getting the occasional hang in neovim, and maybe only with `"+p` and the like (which is also calling out to `win32yank.exe` from the windows runtime distro of neovim... so it may not be the terminal. I can remove this program from the WSL2 path if you'd like, though. You know, that sounds _exactly_ like the sort of thing that would cause this. Otherwise I don't have any idea how contents from the vim inside WSL would be able to set the Windows clipboard with `yy`. I'd definitely try removing that, if only to narrow the problem space down.

claunia commented

@davclark commented on GitHub (Jan 13, 2022):

I'm experiencing the same hang in the VS Code terminal, so I don't think this is a Terminal issue per se? Or does VS Code share code with this project?

@davclark commented on GitHub (Jan 13, 2022): I'm experiencing the same hang in the VS Code terminal, so I don't think this is a Terminal issue per se? Or does VS Code share code with this project?

claunia commented

@davclark commented on GitHub (Mar 3, 2022):

Still quite curious in finding a solution for this. I'm on bare-metal Ubuntu for now, and genuinely missing the WSL2 experience apart from this critical issue for me.

Is there anything I can do to help test?

@davclark commented on GitHub (Mar 3, 2022): Still quite curious in finding a solution for this. I'm on bare-metal Ubuntu for now, and genuinely missing the WSL2 experience apart from this critical issue for me. Is there anything I can do to help test?

claunia commented

@zadjii-msft commented on GitHub (Mar 3, 2022):

I'm assuming that removing win32yank.exe didn't help then? That was my main theory.

The Terminal and the VsCode terminal share code in the sense that they both share the ConPTY underpinnings, but the version VsCode uses would likely be months/years behind the version shipped with the Terminal, and would also rule out "the accessibility fix from before the holidays", whichever that might have been...

@zadjii-msft commented on GitHub (Mar 3, 2022): I'm assuming that removing `win32yank.exe` didn't help then? That was my main theory. The Terminal and the VsCode terminal share code in the sense that they both share the ConPTY underpinnings, but the version VsCode uses would likely be months/years behind the version shipped with the Terminal, and would also rule out "the accessibility fix from before the holidays", whichever that might have been...

claunia commented

@davclark commented on GitHub (Mar 6, 2022):

Exactly. Sorry, I should've been more clear about that, but i did remove the win32yank link from the Ubuntu side and continued to experience sporadic freezes.

@davclark commented on GitHub (Mar 6, 2022): Exactly. Sorry, I should've been more clear about that, but i did remove the win32yank link from the Ubuntu side and continued to experience sporadic freezes.

claunia commented

@nicenemo commented on GitHub (Mar 13, 2022):

Did remove win32yank too. I completely removed the windows version of Neovim.

I had both the Windows as well as the Linux version of Neovim. Actually only using the Linux version.

Removing of win32yank did not help.

@nicenemo commented on GitHub (Mar 13, 2022): Did remove win32yank too. I completely removed the windows version of Neovim. I had both the Windows as well as the Linux version of Neovim. Actually only using the Linux version. Removing of win32yank did not help.

claunia commented

@nicenemo commented on GitHub (Jun 8, 2022):

I have several freezes per hour in neovim or the commandline now using the release version.
Please advise on how to help to sort this out. I am really considering moving away from ms-terminal and maybe WSL2.

This issue is a productivity blocker!

@nicenemo commented on GitHub (Jun 8, 2022): I have several freezes per hour in neovim or the commandline now using the release version. Please advise on how to help to sort this out. I am really considering moving away from ms-terminal and maybe WSL2. This issue is a productivity blocker!

claunia commented

@zadjii-msft commented on GitHub (Jun 8, 2022):

Honestly, I'm not even sure where to begin investigating next. Maybe share your whole settings.json file?

If it repros outside of neovim, then great, we can remove that from the problem space. Does it happen regardless of shell in WSL? Like, if your default shell is bash, does this repro in zsh or fish? Maybe this has something to do with inputrc.

Maybe there's something else that's got the clipboard locked for some reason, so the Terminal hangs attempting to open the clipboard. TerminalPage::_CopyToClipboardHandler is called on the UI thread, so if it can't set the content, then that would block the UI thread. We can't call this on the BG though.

I might be able to whip up a powershell script that calls user32!GetOpenClipboardWindow to try and figure out who's got the clipboard locked

@zadjii-msft commented on GitHub (Jun 8, 2022): Honestly, I'm not even sure where to begin investigating next. Maybe share your whole [settings.json file](https://github.com/microsoft/terminal/wiki/Frequently-Asked-Questions-(FAQ)#where-can-i-find-the-settings-file)? If it repros outside of neovim, then great, we can remove that from the problem space. Does it happen regardless of shell in WSL? Like, if your default shell is `bash`, does this repro in `zsh` or `fish`? Maybe this has something to do with `inputrc`. Maybe there's something else that's got the clipboard locked for some reason, so the Terminal hangs attempting to open the clipboard. `TerminalPage::_CopyToClipboardHandler` is called on the UI thread, so if it can't set the content, then that _would_ block the UI thread. [We can't call this on the BG though](https://docs.microsoft.com/en-us/uwp/api/windows.applicationmodel.datatransfer.clipboard?view=winrt-22621#remarks). I might be able to whip up a powershell script that calls [user32!GetOpenClipboardWindow](http://msdn.microsoft.com/en-us/library/ms649044(VS.85).aspx) to try and figure out who's got the clipboard locked

claunia commented

@nicenemo commented on GitHub (Jun 8, 2022):

I am using Debian with bash. I also use zsh. Same problem.
Neovim + Lunarvim seems to be an accelerator for the problem but it happens on only the console too.
I included my settings.json. I shared my scripted Debian setup at the start of this issue via my github repos.

settings.zip

@nicenemo commented on GitHub (Jun 8, 2022): I am using Debian with bash. I also use zsh. Same problem. Neovim + Lunarvim seems to be an accelerator for the problem but it happens on only the console too. I included my settings.json. I shared my scripted Debian setup at the start of this issue via my github repos. [settings.zip](https://github.com/microsoft/terminal/files/8862498/settings.zip)

claunia commented

@zadjii-msft commented on GitHub (Jun 8, 2022):

$NativeFunctions=@"
using System;
using System.Runtime.InteropServices;
public class Native {

    [DllImport("user32.dll")]
    public static extern IntPtr GetOpenClipboardWindow();

    [DllImport("user32.dll", CharSet = CharSet.Auto)]
    static extern IntPtr SendMessage(IntPtr hWnd, UInt32 Msg, IntPtr wParam, [Out] System.Text.StringBuilder lParam);

    public static string GetText(IntPtr hWnd)
    {
        // Allocate correct string length first
        // WM_GETTEXTLENGTH = 0x000E
        // WM_GETTEXT = 0x000D
        int length = (int)SendMessage(hWnd, 0x000E, IntPtr.Zero, null);
        System.Text.StringBuilder sb = new System.Text.StringBuilder(length + 1);
        SendMessage(hWnd, 0x000D, (IntPtr)sb.Capacity, sb);
        return sb.ToString();
    }

  }
"@

Add-Type -TypeDefinition $NativeFunctions

$hasClipboard = [Native]::GetOpenClipboardWindow();
if ($hasClipboard -ne 0)
{
    Write-Host [Native]::GetText($hasClipboard);
}
else {
    Write-Host "No one had the clipboard open"
}

Save that as whos-got-my-clipboard.ps1 and run that in a plain old powershell window, and that should print out the window title for the window that's got the clipboard open. That's somewhere to start. It could probably be modified to print out the PID, but let's start here

@zadjii-msft commented on GitHub (Jun 8, 2022): ```pwsh $NativeFunctions=@" using System; using System.Runtime.InteropServices; public class Native { [DllImport("user32.dll")] public static extern IntPtr GetOpenClipboardWindow(); [DllImport("user32.dll", CharSet = CharSet.Auto)] static extern IntPtr SendMessage(IntPtr hWnd, UInt32 Msg, IntPtr wParam, [Out] System.Text.StringBuilder lParam); public static string GetText(IntPtr hWnd) { // Allocate correct string length first // WM_GETTEXTLENGTH = 0x000E // WM_GETTEXT = 0x000D int length = (int)SendMessage(hWnd, 0x000E, IntPtr.Zero, null); System.Text.StringBuilder sb = new System.Text.StringBuilder(length + 1); SendMessage(hWnd, 0x000D, (IntPtr)sb.Capacity, sb); return sb.ToString(); } } "@ Add-Type -TypeDefinition $NativeFunctions $hasClipboard = [Native]::GetOpenClipboardWindow(); if ($hasClipboard -ne 0) { Write-Host [Native]::GetText($hasClipboard); } else { Write-Host "No one had the clipboard open" } ``` Save that as `whos-got-my-clipboard.ps1` and run that in a plain old powershell window, and that should print out the window title for the window that's got the clipboard open. That's somewhere to start. It could probably be modified to print out the PID, but let's start here

claunia commented

@nicenemo commented on GitHub (Jun 8, 2022):

Output No one had the clipboard open I will run again with a freeze from a classic powershell terminal ?

@nicenemo commented on GitHub (Jun 8, 2022): Output `No one had the clipboard open` I will run again with a freeze from a classic powershell terminal ?

claunia commented

@zadjii-msft commented on GitHub (Jun 8, 2022):

Sorry, to clarify - when the Terminal is in the hung state, in another powershell window, call that

@zadjii-msft commented on GitHub (Jun 8, 2022): Sorry, to clarify - when the Terminal is in the hung state, in _another_ powershell window, call that

claunia commented

@nicenemo commented on GitHub (Jun 10, 2022):

It froze again this morning. But no app was holding the clipboard.
Note that there are two ways of hanging terminals:

Only one tab hangs. I can still open anew tab and close the old tab.
Everything Windows terminal is frozen I cannot resize or background the terminal or use the mouse. I use Windows X to get a task manager and kill the terminal

@nicenemo commented on GitHub (Jun 10, 2022): It froze again this morning. But no app was holding the clipboard. Note that there are two ways of hanging terminals: 1. Only one tab hangs. I can still open anew tab and close the old tab. 2. Everything Windows terminal is frozen I cannot resize or background the terminal or use the mouse. I use Windows X to get a task manager and kill the terminal

claunia commented

@nicenemo commented on GitHub (Jun 10, 2022):

First situation with only 1 tab with Neovim hanging occured: noone was holding the clipboard.

@nicenemo commented on GitHub (Jun 10, 2022): First situation with only 1 tab with Neovim hanging occured: noone was holding the clipboard.

claunia commented

@jbefus commented on GitHub (Jun 23, 2022):

I'm having the same issue on Ubuntu 22.04 LTS + Neovim 0.8.0.

@zadjii-msft The Output from the provided script was [Native]::GetText 4000696

If I can provide any further information please tell me, I would be glad to help!

Some additional info:

Windows Terminal 1.13.11432.0
Windows build:

Platform ServicePack Version      VersionString
-------- ----------- -------      -------------
 Win32NT             10.0.22000.0 Microsoft Windows NT 10.0.22000.0

neovim 0.8.0-dev built from source on commit c9432528
tmux version 3.2a (the error isn't exclusive to tmux)

I also made the discovery, that if this freeze occurs and you try pasting onto windows notepad it also freezes up. This is also repeatable, so i can open up as many notepad instances as i want, and freeze them until i copy something from windows into my clipboard.

this is what i get when I execute win32 yank with the broken clipboard content:

$ win32yank.exe -o --lf
thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: WinAPI Error(0)', src\libcore\result.rs:859
note: Run with `RUST_BACKTRACE=1` for a backtrace.

$  win32yank.exe -o
thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: WinAPI Error(0)', src\libcore\result.rs:859
note: Run with `RUST_BACKTRACE=1` for a backtrace.

For those who are just looking for a quick fix: I just completely removed win32yank from /usr/local/bin and C:\tools\neovim\nvim-win64\bin
the registered clipboard provider for neovim is now xclip, i still can paste from windows clipboard into neovim and no further issues observed (so far)

@jbefus commented on GitHub (Jun 23, 2022): I'm having the same issue on Ubuntu 22.04 LTS + Neovim 0.8.0. @zadjii-msft The Output from the provided script was `[Native]::GetText 4000696` If I can provide any further information please tell me, I would be glad to help! Some additional info: - Windows Terminal 1.13.11432.0 - Windows build: ``` Platform ServicePack Version VersionString -------- ----------- ------- ------------- Win32NT 10.0.22000.0 Microsoft Windows NT 10.0.22000.0 ``` - neovim 0.8.0-dev built from source on commit c9432528 - tmux version 3.2a (the error isn't exclusive to tmux) I also made the discovery, that if this freeze occurs and you try pasting onto windows notepad it also freezes up. This is also repeatable, so i can open up as many notepad instances as i want, and freeze them until i copy something from windows into my clipboard. this is what i get when I execute win32 yank with the broken clipboard content: ``` $ win32yank.exe -o --lf thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: WinAPI Error(0)', src\libcore\result.rs:859 note: Run with `RUST_BACKTRACE=1` for a backtrace. $ win32yank.exe -o thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: WinAPI Error(0)', src\libcore\result.rs:859 note: Run with `RUST_BACKTRACE=1` for a backtrace. ``` ~~_For those who are just looking for a quick fix:_ I just completely removed win32yank from **/usr/local/bin** and **C:\tools\neovim\nvim-win64\bin** the registered clipboard provider for neovim is now xclip, i still can paste from windows clipboard into neovim and no further issues observed (so far)~~

claunia commented

@jbefus commented on GitHub (Jun 24, 2022):

Upgraded win32yank to version v0.0.4 no issues since. Spent the whole day coding so I guess this resolves the issue (at least on neovims side)

@jbefus commented on GitHub (Jun 24, 2022): Upgraded win32yank to version v0.0.4 no issues since. Spent the whole day coding so I guess this resolves the issue (at least on neovims side)

claunia commented

@DHowett commented on GitHub (Jun 25, 2022):

Wow, I'm really curious as to what they could be doing that'll hang Terminal. Thanks for digging into this!

@DHowett commented on GitHub (Jun 25, 2022): Wow, I'm really curious as to what they could be doing that'll hang Terminal. Thanks for digging into this!

claunia commented

@RobertBrunhage commented on GitHub (Jul 3, 2022):

@DrGGCoolman how did you go about upgrading it? This pretty much makes the wsl setup unusable when using neovim haha

@RobertBrunhage commented on GitHub (Jul 3, 2022): @DrGGCoolman how did you go about upgrading it? This pretty much makes the wsl setup unusable when using neovim haha

claunia commented

@jbefus commented on GitHub (Jul 4, 2022):

@RobertBrunhage I think the easiest way is to just check where on your path win32yank is registered, so on wsl just run which win32yank.exe for me it was /usr/local/bin/win32yank.exe. Then delete it and run :checkhealth inside of neovim to make sure there is no alternative version somewhere else.

once neovim says there is no registered clipboard provider (or lists something like xclip) you can go ahead and drop the latest version of win32yank into /usr/local/bin from here win32yank release v0.0.4
run :checkhealth again and make sure neovim recognizes win32yank and you're done :)

@jbefus commented on GitHub (Jul 4, 2022): @RobertBrunhage I think the easiest way is to just check where on your path win32yank is registered, so on wsl just run `which win32yank.exe` for me it was /usr/local/bin/win32yank.exe. Then delete it and run `:checkhealth` inside of neovim to make sure there is no alternative version somewhere else. ![image](https://user-images.githubusercontent.com/33312626/177116064-a091360e-09a3-4b4d-9121-e8bc67bc8e16.png) once neovim says there is no registered clipboard provider (or lists something like xclip) you can go ahead and drop the latest version of win32yank into /usr/local/bin from here [win32yank release v0.0.4](https://github.com/equalsraf/win32yank/releases/tag/v0.0.4) run `:checkhealth` again and make sure neovim recognizes win32yank and you're done :)

claunia commented

@RobertBrunhage commented on GitHub (Jul 4, 2022):

@DrGGCoolman thanks! Did it yesterday and noticed some other weird issues (sometimes it would print in neovim that it was an error when yanking: related issue). Compiled a PR that wasn't merged and uploaded it in my own branch for now until they resolve and merge it (over a year old though).

Running the following now when setting up win32yank.

curl -sLo/tmp/win32yank.zip https://github.com/robertbrunhage/win32yank/releases/download/v0.0.5/win32yank-x64.zip
unzip -p /tmp/win32yank.zip win32yank.exe > /tmp/win32yank.exe
chmod +x /tmp/win32yank.exe
sudo mv /tmp/win32yank.exe /usr/local/bin/

and this in neovim:

if has('wsl')
    let g:clipboard = {
          \   'name': 'wslclipboard',
          \   'copy': {
          \      '+': '/usr/local/bin/win32yank.exe -i --crlf',
          \      '*': '/usr/local/bin/win32yank.exe -i --crlf',
          \    },
          \   'paste': {
          \      '+': '/usr/local/bin/win32yank.exe -o --lf',
          \      '*': '/usr/local/bin/win32yank.exe -o --lf',
          \   },
          \   'cache_enabled': 1,
          \ }
endif

Now it seems to run flawlessly!

@RobertBrunhage commented on GitHub (Jul 4, 2022): @DrGGCoolman thanks! Did it yesterday and noticed some other weird issues (sometimes it would print in neovim that it was an error when yanking: [related issue](https://github.com/equalsraf/win32yank/issues/9)). Compiled a PR that wasn't merged and uploaded it in my own branch for now until they resolve and merge it (over a year old though). Running the following now when setting up win32yank. ``` curl -sLo/tmp/win32yank.zip https://github.com/robertbrunhage/win32yank/releases/download/v0.0.5/win32yank-x64.zip unzip -p /tmp/win32yank.zip win32yank.exe > /tmp/win32yank.exe chmod +x /tmp/win32yank.exe sudo mv /tmp/win32yank.exe /usr/local/bin/ ``` and this in neovim: ``` if has('wsl') let g:clipboard = { \ 'name': 'wslclipboard', \ 'copy': { \ '+': '/usr/local/bin/win32yank.exe -i --crlf', \ '*': '/usr/local/bin/win32yank.exe -i --crlf', \ }, \ 'paste': { \ '+': '/usr/local/bin/win32yank.exe -o --lf', \ '*': '/usr/local/bin/win32yank.exe -o --lf', \ }, \ 'cache_enabled': 1, \ } endif ``` Now it seems to run flawlessly!

claunia commented

@zadjii-msft commented on GitHub (Jul 6, 2022):

Huh, the win32yank is definitely helpful (related: https://github.com/equalsraf/win32yank/pull/11).

Lunarvim does have an explicit win32yank callout: https://www.lunarvim.org/01-installing.html#tips-for-wsl-2-users

Some WSL2 users have experienced that sourcing the clipboard may be slow. A workaround for that is calling a clipboard manager from the Windows side. Neovim tries using win32yank.exe if it's available. so install it and set the value of clipboard explicitly:

But alas, it seems that OP @nicenemo had already tried removing win32yank entirely, so their issue must lie elsewhere. I'm gonna leave the above comments expanded though, to help anyone else.
At this point, I'm out of ideas for what's causing this hang on the clipboard. If my theory is correct that someone's holding the clipboard, then OP wouldn't be able to paste even in notepad when the terminal is locked up like this.

I don't think there's a good way for us to bail on the copy/paste if we find that the clipboard is locked, either (though I'd love to be proven wrong)

@zadjii-msft commented on GitHub (Jul 6, 2022): Huh, the win32yank is definitely helpful (related: https://github.com/equalsraf/win32yank/pull/11). Lunarvim does have an explicit win32yank callout: https://www.lunarvim.org/01-installing.html#tips-for-wsl-2-users > 2. Some WSL2 users have experienced that sourcing the clipboard may be slow. A workaround for that is calling a clipboard manager from the Windows side. Neovim tries using `win32yank.exe` if it's available. so install it and set the value of `clipboard` explicitly: But alas, it seems that OP @nicenemo had already tried removing win32yank entirely, so their issue must lie elsewhere. I'm gonna leave the above comments expanded though, to help anyone else. At this point, I'm out of ideas for what's causing this hang on the clipboard. If my theory is correct that someone's holding the clipboard, then OP wouldn't be able to paste even in notepad when the terminal is locked up like this. I don't think there's a good way for us to bail on the copy/paste if we find that the clipboard is locked, either (though I'd love to be proven wrong)

claunia commented

@ezynda3 commented on GitHub (Aug 16, 2022):

Been having this issue a lot lately and just tried pasting into notepad after the freeze and sure enough that freezes as well. Thought it was a problem with my vim config at first. Using WSL btw.

@ezynda3 commented on GitHub (Aug 16, 2022): Been having this issue a lot lately and just tried pasting into notepad after the freeze and sure enough that freezes as well. Thought it was a problem with my vim config at first. Using WSL btw.

claunia commented

@nicenemo commented on GitHub (Aug 19, 2022):

sorry but no reporting

@nicenemo commented on GitHub (Aug 19, 2022): ![image](https://user-images.githubusercontent.com/2677108/185606790-79dc4ee7-b803-4cc1-8890-ce830e3ee4c2.png) sorry but no reporting ![image](https://user-images.githubusercontent.com/2677108/185607054-fb909928-bb45-42e0-ab00-6768a5866765.png)

claunia commented

@zadjii-msft commented on GitHub (Aug 19, 2022):

Interesting, what does that Application Hang event look like?

.... BY ANY CHANCE, are you connected to this Windows machine via Remote Desktop? That would be a wild coincidence this week.

@zadjii-msft commented on GitHub (Aug 19, 2022): Interesting, what does that Application Hang event look like? .... BY ANY CHANCE, are you connected to this Windows machine via Remote Desktop? That would be a wild coincidence this week.

claunia commented

@nicenemo commented on GitHub (Aug 19, 2022):

Not remotem but local. Thinkpad T480.

Keyboard used is a Planck with this firmware https://github.com/nicenemo/franken-planck/tree/main/keymaps/franken-planck It also is hang on the Thinkpad keyboard

@nicenemo commented on GitHub (Aug 19, 2022): Not remotem but local. Thinkpad T480. ![image](https://user-images.githubusercontent.com/2677108/185611215-974362ab-24fd-400a-82fd-6465da3d0ec0.png) Keyboard used is a Planck with this firmware https://github.com/nicenemo/franken-planck/tree/main/keymaps/franken-planck It also is hang on the Thinkpad keyboard

claunia commented

@nicenemo commented on GitHub (Aug 19, 2022):

I noticed that it may be duration of use or time related. The problems start to occur after noon CEST. After a morning in NeoVim. A complete shutdown of the laptop and a restart plus lunch break seems to fix it. After 1 hour at 14:07 CEST I get my first hang again.

@nicenemo commented on GitHub (Aug 19, 2022): I noticed that it may be duration of use or time related. The problems start to occur after noon CEST. After a morning in NeoVim. A complete shutdown of the laptop and a restart plus lunch break seems to fix it. After 1 hour at 14:07 CEST I get my first hang again.

claunia commented

@eggbean commented on GitHub (Aug 19, 2022):

I find that sometimes clicking on another window outside of the terminal and then going back helps unfreeze it. This problem is a massive pain.

@eggbean commented on GitHub (Aug 19, 2022): I find that sometimes clicking on another window outside of the terminal and then going back helps unfreeze it. This problem is a massive pain.

claunia commented

@nicenemo commented on GitHub (Aug 23, 2022):

I was able to grab the XML error reporting before killing Windows terminal.
Not sure if it helps. Note that I am actually Running Windows 11 and it is still reporting 10?
This hang occured when I tried to copy something from the Chrome web browser on Windows into a Neovim in WSL2.

<?xml version="1.0" encoding="UTF-16"?>
<WERReportMetadata>
	<OSVersionInformation>
		<WindowsNTVersion>10.0</WindowsNTVersion>
		<Build>22000</Build>
		<Product>(0x30): Windows 10 Pro</Product>
		<Edition>Professional</Edition>
		<BuildString>22000.856.amd64fre.co_release.210604-1628</BuildString>
		<Revision>856</Revision>
		<Flavor>Multiprocessor Free</Flavor>
		<Architecture>X64</Architecture>
		<LCID>1033</LCID>
		<BuildLayers>
		</BuildLayers>
	</OSVersionInformation>
	<ProblemSignatures>
		<EventType>MoAppHangXProc</EventType>
		<Parameter0>Microsoft.WindowsTerminal_1.14.1963.0_x64__8wekyb3d8bbwe</Parameter0>
		<Parameter1>praid:App</Parameter1>
		<Parameter2>1.14.2207.15003</Parameter2>
		<Parameter3>62d1f0b7</Parameter3>
		<Parameter4>004c</Parameter4>
		<Parameter5>67246144</Parameter5>
		<Parameter6>NO_PACKAGE</Parameter6>
		<Parameter7>mstsc.exe</Parameter7>
		<Parameter8>10.0.22000.675</Parameter8>
	</ProblemSignatures>
	<DynamicSignatures>
		<Parameter1>10.0.22000.2.0.0.256.48</Parameter1>
		<Parameter2>3072</Parameter2>
		<Parameter22>004c3c0385a6cee4aab23f55a8b7676f</Parameter22>
		<Parameter23>d783</Parameter23>
		<Parameter24>d78330958d5fe08ded8eba3438f0e743</Parameter24>
		<Parameter25>004c</Parameter25>
		<Parameter26>004c3c0385a6cee4aab23f55a8b7676f</Parameter26>
		<Parameter27>d783</Parameter27>
		<Parameter28>d78330958d5fe08ded8eba3438f0e743</Parameter28>
	</DynamicSignatures>
	<SystemInformation>
		<MID>7CF03625-D6C9-481F-802F-68FFC3095777</MID>
		<SystemManufacturer>LENOVO</SystemManufacturer>
		<SystemProductName>20L5CTO1WW</SystemProductName>
		<BIOSVersion>N24ET69W (1.44 )</BIOSVersion>
		<OSInstallDate>1633459894</OSInstallDate>
		<OSInstallTime>1601-01-02T22:06:51Z</OSInstallTime>
		<TimeZoneBias>-01:00</TimeZoneBias>
	</SystemInformation>
	<SecureBootState>
		<UEFISecureBootEnabled>1</UEFISecureBootEnabled>
		<PolicyPublisher>{77fa9abd-0359-4d32-bd60-28f4e78f784b}</PolicyPublisher>
	</SecureBootState>
	<ReportInformation>
		<Guid>1bc145c6-3b01-4589-923d-af9b6b564e8d</Guid>
		<CreationTime>2022-08-23T15:49:21Z</CreationTime>
	</ReportInformation>
</WERReportMetadata>

Update:
After copy pasting the above XML here the terminal was unstuck and I succeeded in a second attempt of pasting the data from Chrome into NeoVim.
This was near 18:00 CEST.

@nicenemo commented on GitHub (Aug 23, 2022): I was able to grab the XML error reporting before killing Windows terminal. Not sure if it helps. Note that I am actually Running Windows 11 and it is still reporting 10? This hang occured when I tried to copy something from the Chrome web browser on Windows into a Neovim in WSL2. ```XML <?xml version="1.0" encoding="UTF-16"?> <WERReportMetadata> <OSVersionInformation> <WindowsNTVersion>10.0</WindowsNTVersion> <Build>22000</Build> <Product>(0x30): Windows 10 Pro</Product> <Edition>Professional</Edition> <BuildString>22000.856.amd64fre.co_release.210604-1628</BuildString> <Revision>856</Revision> <Flavor>Multiprocessor Free</Flavor> <Architecture>X64</Architecture> <LCID>1033</LCID> <BuildLayers> </BuildLayers> </OSVersionInformation> <ProblemSignatures> <EventType>MoAppHangXProc</EventType> <Parameter0>Microsoft.WindowsTerminal_1.14.1963.0_x64__8wekyb3d8bbwe</Parameter0> <Parameter1>praid:App</Parameter1> <Parameter2>1.14.2207.15003</Parameter2> <Parameter3>62d1f0b7</Parameter3> <Parameter4>004c</Parameter4> <Parameter5>67246144</Parameter5> <Parameter6>NO_PACKAGE</Parameter6> <Parameter7>mstsc.exe</Parameter7> <Parameter8>10.0.22000.675</Parameter8> </ProblemSignatures> <DynamicSignatures> <Parameter1>10.0.22000.2.0.0.256.48</Parameter1> <Parameter2>3072</Parameter2> <Parameter22>004c3c0385a6cee4aab23f55a8b7676f</Parameter22> <Parameter23>d783</Parameter23> <Parameter24>d78330958d5fe08ded8eba3438f0e743</Parameter24> <Parameter25>004c</Parameter25> <Parameter26>004c3c0385a6cee4aab23f55a8b7676f</Parameter26> <Parameter27>d783</Parameter27> <Parameter28>d78330958d5fe08ded8eba3438f0e743</Parameter28> </DynamicSignatures> <SystemInformation> <MID>7CF03625-D6C9-481F-802F-68FFC3095777</MID> <SystemManufacturer>LENOVO</SystemManufacturer> <SystemProductName>20L5CTO1WW</SystemProductName> <BIOSVersion>N24ET69W (1.44 )</BIOSVersion> <OSInstallDate>1633459894</OSInstallDate> <OSInstallTime>1601-01-02T22:06:51Z</OSInstallTime> <TimeZoneBias>-01:00</TimeZoneBias> </SystemInformation> <SecureBootState> <UEFISecureBootEnabled>1</UEFISecureBootEnabled> <PolicyPublisher>{77fa9abd-0359-4d32-bd60-28f4e78f784b}</PolicyPublisher> </SecureBootState> <ReportInformation> <Guid>1bc145c6-3b01-4589-923d-af9b6b564e8d</Guid> <CreationTime>2022-08-23T15:49:21Z</CreationTime> </ReportInformation> </WERReportMetadata> ``` Update: After copy pasting the above XML here the terminal was unstuck and I succeeded in a second attempt of pasting the data from Chrome into NeoVim. This was near 18:00 CEST.

claunia commented

@eggbean commented on GitHub (Aug 23, 2022):

Not remotem but local. Thinkpad T480. Keyboard used is a Planck with this firmware https://github.com/nicenemo/franken-planck/tree/main/keymaps/franken-planck It also is hang on the Thinkpad keyboard

I've just noticed that you are using a ThinkPad. I have a ThinkPad T460s and a T480s. Could it be possible that the people experiencing this problem are all ThinkPad users?

If it wasn't for the fact that tmux sessions persist after kill the hung terminal, I certainly would have dumped Windows Terminal by now.

@eggbean commented on GitHub (Aug 23, 2022): > Not remotem but local. Thinkpad T480. ![image](https://user-images.githubusercontent.com/2677108/185611215-974362ab-24fd-400a-82fd-6465da3d0ec0.png) Keyboard used is a Planck with this firmware https://github.com/nicenemo/franken-planck/tree/main/keymaps/franken-planck It also is hang on the Thinkpad keyboard I've just noticed that you are using a ThinkPad. I have a ThinkPad T460s and a T480s. Could it be possible that the people experiencing this problem are all ThinkPad users? If it wasn't for the fact that tmux sessions persist after kill the hung terminal, I certainly would have dumped Windows Terminal by now.

claunia commented

@nicenemo commented on GitHub (Sep 1, 2022):

This T480 will no longer be available to me in 3 weeks because of a new job. I have no private machines available with Windows yet.
I hope to have some spare time to test in the future:

I have a Thinkpad 450s that officially does not run Windows 11. So I should install 10 on it again.
I have some parts that can become another Windows 10 PC.
I have a Elitedesk G4 arriving soon from an auction that can run 11.
I can try run 11 from a vm on Proxmox on a Prodesk mini, however I think that is not a valid test, as it would be RDP too. It would also mean nested virtualization.
Other than that, I think this really is up to Microsoft to fix. With the private machines I will be able to share more data if available.

@nicenemo commented on GitHub (Sep 1, 2022): This T480 will no longer be available to me in 3 weeks because of a new job. I have no private machines available with Windows yet. I hope to have some spare time to test in the future: * I have a Thinkpad 450s that officially does not run Windows 11. So I should install 10 on it again. * I have some parts that can become another Windows 10 PC. * I have a Elitedesk G4 arriving soon from an auction that can run 11. * I can try run 11 from a vm on Proxmox on a Prodesk mini, however I think that is not a valid test, as it would be RDP too. It would also mean nested virtualization. Other than that, I think this really is up to Microsoft to fix. With the private machines I will be able to share more data if available.

claunia commented

@tusharsnx commented on GitHub (Sep 4, 2022):

So what are you using as a clipboard manager now? xclip? Can you try using xsel instead and see if it makes a difference? In order to check if it was xclip I installed it back and suffered multiple freezes within 10 mins of constantly copy-pasting across wsl and windows.

I can say few things about the issue:

Its not specific to neovim or windows terminal, as using echo "hello" | xclip -selection clipboard also freezes on its own. And pasting on MS Edge also freezes.
It only hangs when the we paste the item and not while copying.
Issue is not specific to Thinkpads.

@tusharsnx commented on GitHub (Sep 4, 2022): So what are you using as a clipboard manager now? xclip? Can you try using xsel instead and see if it makes a difference? In order to check if it was xclip I installed it back and suffered multiple freezes within 10 mins of constantly copy-pasting across wsl and windows. I can say few things about the issue: 1) Its not specific to neovim or windows terminal, as using `echo "hello" | xclip -selection clipboard` also freezes on its own. And pasting on MS Edge also freezes. 2) It only hangs when the we **paste** the item and not while copying. 3) Issue is not specific to Thinkpads.

claunia commented

@nicenemo commented on GitHub (Sep 4, 2022):

I tried xclip, and of course that just worked for now but might random freeze in the future.
I removed xclip and have only xsel installed for now. I will try for a week and see if that helps.

Not sure if it is related. After trying xclip with pasting into notepad, dmesg showed this:

Note again, it did not hang yet.

@nicenemo commented on GitHub (Sep 4, 2022): I tried xclip, and of course that just worked for now but might random freeze in the future. I removed xclip and have only xsel installed for now. I will try for a week and see if that helps. Not sure if it is related. After trying xclip with pasting into notepad, dmesg showed this: ![image](https://user-images.githubusercontent.com/2677108/188306044-9fdf5cca-c470-4442-995f-8f68df40d2c9.png) Note again, it did not hang yet.

claunia commented

@nicenemo commented on GitHub (Sep 4, 2022):

The xsel equivalent of the xclip command is:

echo "I am sorry but it does not freeze from xsel" | xsel -i -b

For testing would it help to run this with while true with another while true loop pasting from PowerShell not running in not a Windows Terminal using a timestamps and sequence numbers?

@nicenemo commented on GitHub (Sep 4, 2022): The xsel equivalent of the xclip command is: ```bash echo "I am sorry but it does not freeze from xsel" | xsel -i -b ```` For testing would it help to run this with while true with another while true loop pasting from PowerShell not running in not a Windows Terminal using a timestamps and sequence numbers?

claunia commented

@tusharsnx commented on GitHub (Sep 4, 2022):

@nicenemo I'll say go ahead and run the command, it might reveal some pattern for these random freezing. As of now its difficult to reproduce it on our own.
you might wanna try it with xclip as well b/c we dont know the source of the problem yet.

@tusharsnx commented on GitHub (Sep 4, 2022): @nicenemo I'll say go ahead and run the command, it might reveal some pattern for these random freezing. As of now its difficult to reproduce it on our own. you might wanna try it with xclip as well b/c we dont know the source of the problem yet.

claunia commented

@tusharsnx commented on GitHub (Sep 4, 2022):

I may have found the root cause. The issue seems to be that xclip prematurely exits without waiting for paste events. This can be seen every time wsl is booted from shutdown, but it also happens when xclip is not working in the background for a long time.

$ echo "hello" | xclip -verbose -selection c
Connected to X server.
Using selection: XA_CLIPBOARD
Using UTF8_STRING.
Waiting for selection requests, Control-C to quit
  Waiting for selection request number 1

It exits right after printing this output. If I now try to paste on any windows application, it would freeze.

Now terminate wsl with wsl --shutdown then open a new tab in the terminal and run the same command twice without trying to paste in-between. You can see the xclip is waiting for the paste event and pasting would not freeze like before.

@tusharsnx commented on GitHub (Sep 4, 2022): I may have found the root cause. The issue seems to be that xclip prematurely exits without waiting for paste events. This can be seen every time wsl is booted from shutdown, but it also happens when xclip is not working in the background for a long time. ```sh $ echo "hello" | xclip -verbose -selection c Connected to X server. Using selection: XA_CLIPBOARD Using UTF8_STRING. Waiting for selection requests, Control-C to quit Waiting for selection request number 1 ``` It exits right after printing this output. If I now try to paste on any windows application, it would freeze. Now terminate wsl with `wsl --shutdown` then open a new tab in the terminal and run the same command twice without trying to paste in-between. You can see the xclip is waiting for the paste event and pasting would not freeze like before.

claunia commented

@eggbean commented on GitHub (Sep 9, 2022):

@tusharsnn I have uninstalled xclip and installed xsel and since then for the last few days I have not experienced this annoying problem. I didn't want to reply before I was sure. Thanks a lot!

@eggbean commented on GitHub (Sep 9, 2022): @tusharsnn I have uninstalled xclip and installed xsel and since then for the last few days I have not experienced this annoying problem. I didn't want to reply before I was sure. Thanks a lot!

claunia commented

2026-01-31 04:58:34 +00:00

@nicenemo commented on GitHub (Sep 9, 2022):

#10157 looks related, but that never got driven to a resolution. Any chance you're using any accessibility software of any sort? (Narrator, Magnifier, NVDA, JAWS, etc?)

Since the Terminal isn't pegging a CPU, it's not an infinite loop, nor is it a stack overflow of some sort (that would eventually crash the Terminal). I'm suspecting the UI thread is waiting on the buffer lock, which some other thread forgot to unlock.

ninja edit: leaving this open so that we can actually confirm that this is the accessibility fix from before the holidays, the one with the locking

Not using accessibility features. Thank you for asking.

@nicenemo commented on GitHub (Sep 9, 2022): > #10157 looks related, but that never got driven to a resolution. Any chance you're using any accessibility software of any sort? (Narrator, Magnifier, NVDA, JAWS, etc?) > > Since the Terminal isn't pegging a CPU, it's not an infinite loop, nor is it a stack overflow of some sort (that would eventually crash the Terminal). I'm suspecting the UI thread is waiting on the buffer lock, which some other thread forgot to unlock. > > ninja edit: leaving this open so that we can actually confirm that this is the accessibility fix from before the holidays, the one with the locking Not using accessibility features. Thank you for asking.

claunia commented

@tusharsnx commented on GitHub (Sep 9, 2022):

This issue is windows terminal blocks forever for the paste content, and the reason is wsl unable to provide it.
My observation is that some windows apps(e.g. MS Edge) are resilient to such freezes and comes back alive after few seconds after freezing, But windows terminal may/may not unfreeze and has to be forced close.

@tusharsnx commented on GitHub (Sep 9, 2022): This issue is windows terminal blocks forever for the paste content, and the reason is wsl unable to provide it. My observation is that some windows apps(e.g. MS Edge) are resilient to such freezes and comes back alive after few seconds after freezing, But windows terminal may/may not unfreeze and has to be forced close.

claunia commented

2026-01-31 04:58:34 +00:00

@DHowett commented on GitHub (Sep 9, 2022):

That's a nice, concise summary. We should guard reading the clipboard with a timeout so that we don't just hang if the application on the other end (producing the clipboard content) is acting up.

@DHowett commented on GitHub (Sep 9, 2022): That's a nice, concise summary. We should guard reading the clipboard with a timeout so that we don't just hang if the application on the other end (producing the clipboard content) is acting up.

claunia commented

2026-01-31 04:58:34 +00:00

@ryanjdillon commented on GitHub (Jan 9, 2023):

I just updated my WSL and started experiencing this error on yank. I was also using Neovim, but v0.4.4 app image. Using xsel made neovim freeze on open, but updating my neovim app image to v0.8.2 made everything run fine.

@ryanjdillon commented on GitHub (Jan 9, 2023): I just updated my WSL and started experiencing this error on yank. I was also using Neovim, but v0.4.4 app image. Using xsel made neovim freeze on open, but updating my neovim app image to v0.8.2 made everything run fine.

claunia commented

@zadjii-msft commented on GitHub (Jan 9, 2023):

Huh, this is an interesting thread: https://github.com/neovim/neovim/issues/19204

@zadjii-msft commented on GitHub (Jan 9, 2023): Huh, this is an interesting thread: https://github.com/neovim/neovim/issues/19204

claunia commented

@ryanjdillon commented on GitHub (Jan 11, 2023):

Started happening again today. Following the link you sent, I then found this and then added the following to my nvim config (along with the comment to use has("wsl") for neovim:

if has("wsl")
  augroup Yank
    autocmd!
    autocmd TextYankPost * :call system('clip.exe ',@")
  augroup END
endif

Which still yields freezing

@ryanjdillon commented on GitHub (Jan 11, 2023): Started happening again today. Following the link you sent, I then found [this](https://vi.stackexchange.com/a/20231) and then added the following to my nvim config (along with the comment to use `has("wsl")` for neovim: ```vim if has("wsl") augroup Yank autocmd! autocmd TextYankPost * :call system('clip.exe ',@") augroup END endif ``` Which still yields freezing

claunia commented

@db-qc commented on GitHub (Jan 26, 2023):

Hi, just to add my viewpoint.

I've noticed it's very easy to crash neovim running inside WSL if I vi' then try and paste something from clipboard with CTRL+SHIFT+V.

@db-qc commented on GitHub (Jan 26, 2023): Hi, just to add my viewpoint. I've noticed it's very easy to crash neovim running inside WSL if I `vi'` then try and paste something from clipboard with `CTRL+SHIFT+V`.

claunia commented

@james1236 commented on GitHub (Feb 23, 2023):

All inside WSL, doing sudo apt-get remove xclip and then following the commands to install win32yank taken from here fixed it!

curl -sLo/tmp/win32yank.zip https://github.com/equalsraf/win32yank/releases/download/v0.0.4/win32yank-x64.zip
unzip -p /tmp/win32yank.zip win32yank.exe > /tmp/win32yank.exe
chmod +x /tmp/win32yank.exe
sudo mv /tmp/win32yank.exe /usr/local/bin/

Specifically for those using neovim, using the clipboard took about 500ms after this, so I had to set vim.opt.clipboard = "" in my lua config

@james1236 commented on GitHub (Feb 23, 2023): All inside WSL, doing `sudo apt-get remove xclip` and then following the commands to install win32yank [taken from here](https://github.com/neovim/neovim/wiki/FAQ#how-to-use-the-windows-clipboard-from-wsl) fixed it! ``` curl -sLo/tmp/win32yank.zip https://github.com/equalsraf/win32yank/releases/download/v0.0.4/win32yank-x64.zip unzip -p /tmp/win32yank.zip win32yank.exe > /tmp/win32yank.exe chmod +x /tmp/win32yank.exe sudo mv /tmp/win32yank.exe /usr/local/bin/ ``` Specifically for those using neovim, using the clipboard took about 500ms after this, so I had to set `vim.opt.clipboard = ""` in my lua config

claunia commented