bug#34969: 26.2; `emacs -Q` unable to copy \200's eight-bit detail buffer

[Van L <van@scratch.space>]

[-- Attachment #1: Type: text/plain, Size: 1205 bytes --]


> Eli Zaretskii writes:
> 
> What happens if you set interprogram-cut-function and
> interprogram-paste-function to nil?

-- running with .emacs at remote X11
GNU Emacs 26.1 (build 1, x86_64--netbsd, X toolkit, Xaw3d scroll bars)
 of 2019-03-27

: (setq interprogram-cut-function nil)
: (setq interprogram-paste-function nil)

Setting the above allows the 2nd copy of \200 to paste correctly after it misfires and pastes the 1st copy, unexpectedly.

Once the misfire occurs the XQuartz app fails to seamlessly copy/paste from X11 environment to this Mail app, for example. 

Calling copy from the app's toolbar menu will allow copy/paste correctly.

[before the above, I had run 26.2 with[&]without .emacs on local X11, and the same to the Mac Port; but the bug never surfaced in those 6 runs ]

-- no problem
run 1 - 26.2 with .emacs
run 2 - 26.2 without .emacs
run 3 - 26.2 with .emacs
run 4 - 26.2 without .emacs
run 5 - 26.1.92 Mac Port tagged 26.2 with .emacs
run 6 - 26.1.92 Mac Port tagged 26.2 without .emacs

-- has problem corrected by interprogram-cut/paste-function set to nil
run 7 - 26.1 with .emacs at remote X11
run 8 - 26.1 without .emacs at remote X11


[-- Attachment #2: example--scratch-buffer--raw-text --]
[-- Type: application/octet-stream, Size: 2268 bytes --]