-
Notifications
You must be signed in to change notification settings - Fork 858
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
Clipboard with single character returns garbage via win32 interoperability #3716
Comments
Nice. Was able to reproduce here. No doubt this is an edge case in the two byte encoding on Windows and one byte WSL/Linux. Legit, thanks. |
Forward dupe up to #4852 where there is some more investigation. The OP scenario is pretty clearly the same.
I am mildly sure. The common denominator between WSL and MinGW is I can't reproduce the " |
Was this issue closed because it was fixed? If so, then it should be reopened because the same thing still happens. |
/dupe #4852 |
Hi! We've identified this issue as a duplicate of another one that already exists in this repository. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report! |
This issue is also reproducible with MinGW64 and I am not sure what is the common denominator between WSL and MinGW. Please let me know if it belongs to a different repository / issue tracker.
Get-Clipboard
cmdlet or pasting with keyboard/mouse in any editor gives the same
character.The text was updated successfully, but these errors were encountered: