Terminal doesn't translate LF to CR on paste; it only translates CRLF

[riverar]

Notes from @DHowett-MSFT:

Line ending conversions by other terminals

Clipboard Contains	xterm sends	wt sends	putty sends	gnome-terminal sends	conhost sends
\r\n (CRLF)	\r ✔️	\r ✔️	\r ✔️	\r ✔️	\r ✔️
\r (CR)	\r ✔️	\r ✔️	\r ✔️	\r ✔️	\r ✔️
\n (LF)	\r ✔️	\n ❌	\n ❌	\r ✔️	\r ✔️

I guess that means that both of WT and putty are wrong 😄

--- original filing below ---

Environment

Windows 10 10.0.19041.207
Windows Terminal 0.11.1251.0

Steps to reproduce

1. Open Windows Terminal (Windows PowerShell or PowerShell Core).
2. Copy all the text in the attached file fake_key.txt.
3. Paste into Windows Terminal with the mouse.
4. Observe the lines appear in reverse order.

Expected behavior

Similar behavior to cmd.exe and wsl, in that the pasted lines are in original order and intact.

Actual behavior

Bamboozled. Lines are presented in reverse order.

Screenshots

[skyline75489]

Stock powershell.exe shares the same behavior. Also seen this in PowerShell Core 7.

[DHowett-MSFT]

That is strange. I would call that CMD and WSL work properly evidence that it is possible for the shell to either mess this up or fix it, so...

[DHowett-MSFT]

Rafael, if you Remove-Module PSReadline, do you get the result you’re expecting?

[skyline75489]

I was about to add that. But I wouldn't really say "CMD and WSL works property". First, in CMD the \n is completely ignored. Second, in WSL the '\n' is treated as an actual Enter, causing many command not found complaints from bash.

To me, PSReadline does not seem to matter. . I concur with @riverar . PSReadline does matter. I'm using it without being awareness.

[riverar]

Results with PSReadline removed:

PowerShell Core (correct order, but truncated)

Windows PowerShell (correct)

[DHowett-MSFT]

Even curiouser: It works "fine" (that is: to the same extent as cmd and without PSReadline) for me on PowerShell 7.0 and 7.1-preview.

I was inclined to call this a miss in our clipboard conversion, but... it looks like there's no consensus here.

Clipboard Contains	xterm sends	wt sends	putty sends	gnome-terminal sends
\r\n (CRLF)	\r	\r	\r	\r
\r (CR)	\r	\r	\r	\r
\n (LF)	\r	\n	\n	\r

I guess that means that both of WT and putty are wrong 😄

[DHowett-MSFT]

Well, conhost does it right. I guess that's it then. I'm renaming your bug ;P