Re: 26.2 RC1 copy-and-paste fail

[Van L <van@scratch.space>]

Eli Zaretskii <eliz@gnu.org> writes:

>> 5. C-y ,paste to *scratch* buffer is FAILS
>>    (it seems to be a one-off issue, the penultimate copy-and-paste operation occurs)
>
> What exactly does "FAILS" mean here?  I may be blind, but this last
> C-y does work for me, it pastes a second copy of the \200 description
> into *scratch*.

When I paste I expect the second description of \200 eight-bit to land on
*scratch* buffer. What I get is anything but that. For example, in the
following quote block after //[paste 3] there is no way I can copy and
paste the details of \200 eight-bit to there. What is pasted is an
earlier copy of anything else in the kill ring. If it isn't an Emacs
problem then maybe the clipboard mechanism on XQuartz/darwin is bung.

-- quote
;; This buffer is for text that is not saved, and for Lisp evaluation.
;; To create a file, visit it with C-x C-f and enter text in its buffer.

;; C-u C-x =

;;               charset: unicode (Unicode (ISO10646))  //[paste 0]
;;               charset: eight-bit (Raw bytes 128-255) //[paste 1]

;; -----

;;              position: 10941 of 38231 (29%), column: 0
;;             character: € (displayed as €) (codepoint 128, #o200, #x80)
;;               charset: unicode (Unicode (ISO10646))
;; code point in charset: 0x80
;;                syntax: w 	which means: word
;;              category: l:Latin
;;              to input: type "C-x 8 RET 80"
;;           buffer code: #xC2 #x80
;;             file code: #xC2 #x80 (encoded by coding system utf-8-unix)
;;               display: by this font (glyph code)
;;     xft:-MS  -Wingdings-normal-normal-normal-*-15-*-*-*-*-0-iso10646-1 (#x62)

;; Character code properties: customize what to show
;;   general-category: Cc (Other, Control)
;;   decomposition: (128) ('€')                      //[paste 2]

;; [back]

;; ----- FAIL

;; charset: eight-bit (Raw bytes 128-255)             //[paste 3]

-- quote ends