Re: 26.2 RC1 copy-and-paste fail

[Van L]

Eli Zaretskii <eliz@gnu.org> writes:

>> >> \200 .. 3FF_F7F   self-insert-command
>> >> \200 .. \377      self-insert-command

-- [snip]

>>     category: l:Latin
>>     category: L:Left-to-right (strong)
>
> You are looking at the wrong parts.  Look at the "charset" part.

               charset: unicode (Unicode (ISO10646))
               charset: eight-bit (Raw bytes 128-255)

I see. Thanks.

>
>> Should I file a bug report for copy and paste inconsistency when trying
>> to collect in one buffer the `M-x describe-char' output? for the above two.
>
> What inconsistency is that?

I can copy-and-paste the entire *Help* buffer for \200 unicode.
Then when I try to do the same to \200 eight-bit I experience unexpected 
behavior.

> Fails how?  It didn't fail for me.

-- A

1. goto *scratch* buffer
2. C-h b
3. goto *Help* buffer

-- B

1. search for 'self' in *Help* buffer
2. C-u C-x = ,apply to unicode \200 under SPC 
3. C-x h ,highlight all
4. M-w ,copy highlight region
5. C-y ,paste to *scratch* buffer is OK
6. do some random copy-and-paste in *scratch* buffer and elsewhere

-- C

1. goto to last *Help* buffer (= C-h b)
2. C-u C-x = ,apply to \200 eight-bit
3. C-x h ,highlight all
4. M-w ,copy highlight region
5. C-y ,paste to *scratch* buffer is FAILS
   (it seems to be a one-off issue, the penultimate copy-and-paste operation 
occurs)

For me I experience the same fail to copy-and-paste behavior on
26.2 RC1, 26.1.92, 26.1-mac-7.4.

-- 
© 2019 Van L
gpg using EEF2 37E9 3840 0D5D 9183  251E 9830 384E 9683 B835
"What's so strange when you know that you're a Wizard at 3?" -Joni Mitchell