Don't warn about multiline paste to editor

[KalleOlaviNiemitalo]

Description of the new feature/enhancement

I want the #2349 warning when pasting multiline text to a shell, but not when pasting to an editor that won't execute the lines as commands.

Proposed technical implementation details (optional)

Potential ways to detect such an editor:

• If the alternate screen buffer is active (regardless of whether it has been temporarily hidden by Peek behind Alternate Screen Buffer, like Flip Screen (Alt+F12) in mintty of Git Bash #6451). However, this heuristic would be fooled by less, which does execute lines starting with ! as commands.
• If bracketed paste mode (bracketed paste in conhost #395) is active. That would first have to be implemented. GNU Nano supports it.
• If any of the mouse tracking modes is active.

Whichever heuristic is used, there is a risk that the editor is killed and the modes are left active. Perhaps the configuration should have a separate opt-in for each heuristic.

[zadjii-msft]

Of those three options, the bracketed paste one is my favorite. Consider something like tmux, which is going to use the alt buffer and mouse tracking, but is also likely sitting at a shell prompt.

[vadimkantorov]

Stumbled on this. This is annoying when copy-pasting code into vim, since there is no way to suppress the message after first appearance.

[zadjii-msft]

I mean, there is these settings so there's not no way...

[vadimkantorov]

I meant no quick UI way, many apps would ask right away if one wants to suppress the message: "Do not show again" button kind of way

[UID1]

Agree on this issue. When copying and pasting into a running ipython console or a Scala REPL then this warning is merely a nuisance. Those interactive enviroments know how to handle multi-line pastes.

[ghost]

🎉This issue was addressed in #9586, which has now been successfully released as Windows Terminal Preview v1.8.1032.0.:tada:

Handy links:

• Release Notes
• Store Download