bug#56273: [REGRESSION] (x-clipboard-yank) pastes from kill-ring when `select-enable-clipboard` is t

[Konstantin Kharlamov]

 

 

30.06.2022, 14:32, "Po Lu" <luangruo@yahoo.com>:

Constantine Kharlamov <hi-angel@yandex.ru> writes:
 

 Omg, I am afraid it has now become worse. If previously it was
 possible to consistently reproduce the problem, then now it starts
 happening after some time of usage. I.e. initially it works well, no
 problem, but then the bug returns and I can't edit stuff and still to
 be able to paste from my clipboard.

I guess something else is asserting ownership of `CLIPBOARD' after a
while, which makes this fail.

To debug this issue, do "M-x trace-function RET x-own-selection-internal
RET", and tell me what you were doing immediately prior to this showing
up:

  1 -> (x-own-selection-internal CLIPBOARD

You might want to turn off `select-active-regions' as well. Otherwise,
the trace buffer will fill up very quickly.

 

Thank you for looking into this!

 

When I trace the `x-own-selection-internal` and reproduce the bug by first pressing M-d to delete a word and then C-y to insert whatever is in clipboard, nothing appears in *trace-output* buffer. Something does appear when I select a text, however specifically upon deleting a word, then getting inserted the wrong content (i.e. the one from kill-ring instead of the one in clipboard) nothing appears.

 

For the safe case I want to emphasize again that this new exhibition of a problem is not specific to `x-clipboard-yank` but is reproducible with `clipboard-yank` too.

 

Also, sometimes it starts working correctly, but then breaks again.