Ctrl+f overwrites X11's Primary selection buffer. #130208
Labels
bug
Issue identified by VS Code Team member as probable bug
editor-clipboard
Editor clipboard issues
editor-find
Editor find operations
linux
Issues with VS Code on Linux
When first exposed to X11, most people will figure out that you can paste your last selection with mouse's middle click. Many will hate the feature and disable it (so much that Ubuntu 20.04 has disabled it by default), others will learn to live with it, but a few will learn to use and depend on it. I belong in this last group, and I am used to have 2 copy paste buffers: one long term (the normal ctrl+c → ctrl+v
CLIPBOARD
buffer), and one short term (the select → middle clickPRIMARY
buffer). With a few exceptions, it works transparently with most applications, but in vscode, the Find (ctrl+f) functionality disrupts the primary buffer by replacing its contents to whatever ends up being seeded in the find box.Does this issue occur when all extensions are disabled?: Yes
Steps to Reproduce:
PRIMARY
buffer, inside or outside the vscodePRIMARY
buffer has been replaced by the pre-filled contents of the Find box.I think this is a bug because the pre-filling of the find box is certainly not intended to replace the user's copied content (and it should not).
BTW, I also think that the find box should be pre-filled with the contents of the
PRIMARY
buffer, but maybe that should be a feature request ticket.This is somewhat related to Issue #20768.
References os this
PRIMARY
buffer thing:The text was updated successfully, but these errors were encountered: