Bracketed paste doesn't ignore \cc/SIGINT

[faho]

You know how bracketed paste is supposed to prevent you from executing commands?

$ echo \cc echo hahaha\n | xsel --clipboard # or pbcopy or whatever
# Now paste
$  echo hahaha
hahaha # executed automatically
$ [201~

I'm not quite sure what happens here? Do we get a SIGINT and react to that by exiting paste mode? Is it because we're in a function and then happen to exit?

(Note that some terminals protect against this by asking if they should paste an unprintable character, fish_clipboard_paste is unaffected)

[floam]

Terminal.app for me offers the dialog asking if I really want to paste a control character only if bracketed paste mode is not enabled. I get no dialog in fish but I do in bash or fish_key_reader. It seems like they expect that I should be safe when in bracketed paste mode.

[floam]

The zsh 5.3 macOS ships with also leaves bracketed paste mode if I paste \cc.

[floam]

http://www.zsh.org/mla/workers/2015/msg01301.html

[zanchey]

Pushing this out to fish-future

[faho]

Not fixed by #10359