bug#20444: paste error in emacs -nw

[Glenn Morris]

Stefan Monnier wrote:

>> Using RHEL 7.1, with XFCE 4.12, xterm "X.Org 7.6.0(295)", current master:
>> emacs -Q -nw
>> Double mouse-1 click to select "text" from the scratch buffer.
>> Middle mouse click to paste.
>> The terminal flashes (as it does on eg ctrl-g).
>> The pasted content is: "~text~" (with extra '~' characters.)

> Could you give us the C-h l output, to see in more detail what keys were
> sent (and insert a few C-f/C-b between the mouse clicks so we can
> better separate the various elements)?

 ESC [ > 4 1 ; 2 9 5 ; 0 c ESC ] 1 1 ; r g b : 0 0 0 0 / 0 0 0 0 / 0 0
 0 0 ESC \ a [self-insert-command]
 b [self-insert-command]
 c [self-insert-command]
 d [self-insert-command]
 e [self-insert-command]
 f [self-insert-command]
 RET [newline]                           ; copied after this
 h [self-insert-command]
 i [self-insert-command]
 j [self-insert-command]
 k [self-insert-command]
 l [self-insert-command]
 m [self-insert-command]
 RET [newline]                           ; pasted after this
 ESC [ 2 0 0 [nil]
 ~ [self-insert-command]
 t [self-insert-command]
 e [self-insert-command]
 x [self-insert-command]
 t [self-insert-command]
 ESC [ 2 0 1 [nil]
 ~ [self-insert-command]
 RET [newline]                            ; after pasting
 n [self-insert-command]
 o [self-insert-command]
 p [self-insert-command]
 q [self-insert-command]
 r [self-insert-command]
 C-h l [view-lossage]


So, something to do with bracketed paste?
Indeed, commenting out the line

  (terminal-init-xterm-bracketed-paste-mode)

in terminal-init-xterm makes the issue go away.

> Also could you try setting xterm-extra-capabilities to
> (modifyOtherKeys reportBackground), and also to (modifyOtherKeys
> reportBackground setSelection) to see if it's related to the new
> `setSelection' feature?

Makes no difference (nor does setting it to nil).