Cannot copy text *into* Kate editor, copying text *from* Kate works fine.

[mucki-at]

Environment

Windows build number: Microsoft Windows NT 10.0.21257.0
Your Distribution version: Ubuntu 20.04 LTS
Your WSLG version: 0.2.9.0

Steps to reproduce

• Open kate
• Open notepad (for verification)
• Copy text in windows.
• Paste in notepad (for verification)
• try paste in kate -> no text pasted
• copy text inside kate
• Paste in notepad -> this direction works fine.

WSL logs:

• Attach WSLg logs from /mnt/wslg

You can access the wslg logs using explorer at: \\wsl\<Distro-Name>\mnt\wslg (eg: \\wsl\Ubuntu-20.04\mnt\wslg)

• puseaudio.log
• weston.log
• versions.txt

versions.txt is not copyable (missing permissions):
WSLG ( x86_64 ): 0.2.9+Branch.master.Sha.d49cb28cbf4be209347e3b48315081c1b38e4465
wayland: 8cd7c836eaceccc0e4ada7bdac43d86bfe3e0a0a
FreeRDP: 297cb96a30ed00e1d7cba1ae9035cfeff82dbfd6
weston: a17db71354ad1c453e10a15805d907c52425499c
pulseaudio: 2f0f0b8c3872780f15e275fc12899f4564f01bd5
sharedguestalloc: e2895c6a49105caaa651c05d4b96a46e5a621538

pulseaudio.log
weston.log

Expected behavior

copy/past of text works both directions

Actual behavior

can only copy text from linux to windows, but not other way round

[hideyukn88]

@mucki-at , I'm not able to repro this. Does this repro consistently for you or only sometime ? Copy/paste in both direction works fine for me.

[mucki-at]

It seemed pretty consistent before, but it turns out it is actually random. I tried to see a pattern, but have not been able to find one so far.

…

On Wed, Nov 25, 2020 at 8:51 AM Hideyuki Nagase ***@***.***> wrote: @mucki-at <https://github.com/mucki-at> , I'm not able to repro this. Does this repro consistently for you or only sometime ? — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#119 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AFR6C7MXEWU6IFDTVDERLVLSRUY2DANCNFSM4TVARXBQ> .

[hideyukn88]

@mucki-at , I looked at attached weston.log from you, while I can't be 100% sure, but below can be clue, Below means when apps (notepad in your case) pasted text into Windows's clipboard, mstsc.exe informs Linux side about what formats (say text, html, bitmap...) in Windows' clipboard, so Linux side can pull those if supported, but below shows it has 0 formats in there, thus nothing can be copy from Windows side... I will see if I can have more extensive logging around this.

[12:26:14.475] Client: clipboard format list: numFormats:0
[12:26:14.475] RDP clipboard_client_format_list (0x7f2810003650)
[12:26:14.475] Client: clipboard format list: no formats are supported

[spronovo]

I tried to reproduce this and couldn't either. We've done a lot of changes to the clipboard support and fixes many issues since that was originally open. Resolving for now, please let us know if you are still seeing issue on more recent build.

[devcircus]

Experiencing the same behavior as OP. It is random. Sometimes works, sometimes doesn't. Seems I can get it working if I copy and paste several times in other locations in windows before finally copying and pasting to the gui app I'm using.

[hideyukn88]

@devcircus , would you please provide weston.log from \mnt\wslg ? it would be helpful if you can capture weston.log right after the issue occurs. thanks!

[IvanChepurnyi]

I have the same issue as OP when try to work with my IDE in Linux, anything I copy from my windows does not get pasted into Linux GUI.
Here is a log, seems like it does not work with text/plain mime type with specified charset?

[19:49:54.271] xfixes selection notify event: owner 2097153
[19:49:54.271] our window, skipping
[19:49:55.018] selection request, CLIPBOARD, target TARGETS, property XAWT_SELECTION
[19:49:55.031] selection request, CLIPBOARD, target TARGETS, property XAWT_SELECTION
[19:49:55.039] selection request, CLIPBOARD, target UTF8_STRING, property XAWT_SELECTION
[19:49:55.040] RDP clipboard_data_source_send (0x7f9690000c90) fd:103, mime-type:"text/plain;charset=utf-8"
[19:49:55.040] RDP clipboard_data_source_send (0x7f9690000c90) specified format (text/plain;charset=utf-8.0.0) is not supported by client

Copying from terminal output works, but from browsers and other rich text sources - does not.

[hideyukn88]

@IvanChepurnyi , yes, currently "text/plain;charset=utf-8.0.0" is not recognized. it has to be exactly "text/plain;charset=utf-8". would you please let me know what is your IDE software? and also it would be helpful if you can confirmed pasting from Windows works with other Linux app, such as Firefox and gedit? thanks!

[IvanChepurnyi]

I use PHPStorm (IntelliJ IDEA variant) started from Linux and copy from various apps like Notepad, Notepad++, Edge, etc.

The only app from which copy-pasting works the Terminal app. Anything that resembles utf-8 contents seems not working.

I've also installed Firefox on Linux and tried to paste data from Windows, and all works flawlessly; only JetBrains IDE seems to fail.

[chiqui3d]

I still have the same problem, from Windows to any WSL/Ubuntu software or Windows terminal(WSL, CMD and PowerShell) it works perfectly.

But if I copy it from any .log, .txt or software from WSL/Ubuntu it doesn't work in the following situations:

1. Any Windows software: Works.
2. Windows terminal:
   • WSL: does not work
   • CMD: does not work
   • PowerShell: doesn't work with right-click, but works with CTRL + V

[chiqui3d]

I also add that I have PHPStorm installed inside WSL and it does not work to paste from the Windows to any PHPStorm file.

Is there no solution for this?

[mmachatschek]

I also have this issue. Here is a dump of the logs produced while trying to do the following:

In Windows -> select text -> Ctrl + C -> in WSLg running app (PHPStorm) -> Ctrl + V
Result: Nothing happens

I also found that for Gitkraken it's not working too. Same problem as with PHPStorm.

In Gedit I can paste the content.

weston.log

[12:48:36.408] read 0 (available 65536, mask 0x4)
[12:48:36.408] non-incr transfer complete
[12:48:36.414] selection request, CLIPBOARD, target TARGETS, property XAWT_SELECTION
[12:48:36.545] selection request, CLIPBOARD, target TARGETS, property XAWT_SELECTION
[12:48:36.555] selection request, CLIPBOARD, target TARGETS, property XAWT_SELECTION
[12:48:36.562] selection request, CLIPBOARD, target UTF8_STRING, property XAWT_SELECTION
[12:48:36.563] RDP clipboard_data_source_send (0x7f26a8000b50) fd:81, mime-type:"text/plain;charset=utf-8"
[12:48:36.563] RDP clipboard_data_source_send (0x7f26a8000b50) specified format (text/plain;charset=utf-8.0.0) is not supported by client
[12:48:36.563] read 0 (available 65536, mask 0x4)
[12:48:36.563] non-incr transfer complete
[12:48:36.567] selection request, CLIPBOARD, target TARGETS, property XAWT_SELECTION
[12:48:36.699] selection request, CLIPBOARD, target TARGETS, property XAWT_SELECTION
[12:48:36.702] selection request, CLIPBOARD, target TARGETS, property XAWT_SELECTION
[12:48:36.704] selection request, CLIPBOARD, target UTF8_STRING, property XAWT_SELECTION
[12:48:36.705] RDP clipboard_data_source_send (0x7f26a8000b50) fd:81, mime-type:"text/plain;charset=utf-8"
[12:48:36.705] RDP clipboard_data_source_send (0x7f26a8000b50) specified format (text/plain;charset=utf-8.0.0) is not supported by client
[12:48:36.705] read 0 (available 65536, mask 0x4)
[12:48:36.705] non-incr transfer complete
[12:48:36.707] selection request, CLIPBOARD, target TARGETS, property XAWT_SELECTION