-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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 with Ctrl-Shift-C copies literal buffer, not lines #174
Comments
This still happens on 17713. |
This still happens on 1809 (17763). It seems to me that copy and paste should behave the same, whether done via the mouse (right-click) or keyboard (ctrl+shift+c/v). As it is, all the extra spaces and lack of newlines makes the keyboard shortcut ctrl+shift+c useless for all but the most simple selections. |
I've filed MSFT: 20265934 to look into this. |
Actually this one might be by design. IIRC, Ctrl-Shift-C always had this behavior, and it always worked, even w/o the "copy/paste with Ctrl-Shift-C/V" checkbox. Either we should change the text to just say "Paste with Ctrl-Shift-V", or override the usual copy behavior (copy literally) when that box is checked and replace it with the default copy behavior |
The latter is what I'm thinking and why I filed 20265934, @zadjii-msft. |
Moving back to tracking the work here. Here's the comments from the internal issue for whenever I get back to it: I think what's happening here is that the copy feature already had a VK_SHIFT alternate behavior and that's getting caught up in the new Ctrl+Shift+C feature to enable WSL copying. |
Selecting text and copying with Ctrl-Shift-C copies the buffer literally, which gives a line full of spaces and no newline. Copying with right click works as intended. Verified in cmd.exe, pwsh.exe and zsh.
Your Windows build number: (Type
ver
at a Windows Command Prompt)17666
What you're doing and what's happening: (Copy & paste specific commands and their output, or include screen shots)
It should do the same thing as right click copy - lines have a new line at the end instead of being filled with spaces.
The text was updated successfully, but these errors were encountered: