Skip to content
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

Copying non-ASCII characters from Windows to WSLg broken #20

Closed
squeaky-pl opened this issue Apr 21, 2021 · 2 comments
Closed

Copying non-ASCII characters from Windows to WSLg broken #20

squeaky-pl opened this issue Apr 21, 2021 · 2 comments
Labels
bug Something isn't working fixinbound

Comments

@squeaky-pl
Copy link

Environment

Windows build number: Microsoft Windows [Version 10.0.21364.1]
Your Distribution version: Ubuntu 20.04
Your WSLg version: 1.0.17.1

Steps to reproduce

Try opening notepad.exe and type non-ASCII string. Copy it and try pasting it inside gedit or gvim.

4MnGnQFIFY.mp4

WSL logs:

WSLg ( x86_64 ): 1.0.17+3.Branch.master.Sha.a526dfd5ad03d126bb2d8c528f6c3563e86a40da
Mariner: VERSION="1.0.20210224"
FreeRDP: e4a2fc2053bd8c5f99455fcd08ffee7e5591567a
weston: fd961f5cd116c9358d82ce94d139c1578e21bd00
pulseaudio: 2f0f0b8c3872780f15e275fc12899f4564f01bd5
mesa:

Expected behavior

Copying non-ASCII characters between Windows and WSLg should work

Actual behavior

In this example I am copying a string "ááá" from notepad.exe to gedit and gvim. In both cases gedit and gvim seem to expect UTF-8 encoded data but it looks like they receive ISO-8859-1 (latin1) where "á" is encoded as 0xE1.

@squeaky-pl squeaky-pl added the bug Something isn't working label Apr 21, 2021
@hideyukn88
Copy link
Member

Yes, we are aware of this, the possible solution is to support conversion between CF_UNICODETEXT (at Windows) and utf-8 (and optionally utf-16) in WSLg side.

@hideyukn88
Copy link
Member

Fixed in 1.0.23.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working fixinbound
Projects
None yet
Development

No branches or pull requests

2 participants