Version: 1.58.2
Commit: c3f1263
Date: 2021-07-14T22:30:16.440Z
Electron: 12.0.13
Chrome: 89.0.4389.128
Node.js: 14.16.0
V8: 8.9.255.25-electron.0
OS: Linux x64 5.4.0-80-generic snap
- OS Version: Ubuntu 20.04.2 LTS + XFce
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 click PRIMARY 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:
- Make sure you have middle click paste enabled (the default in most distros I have used in the past 20 years, but I am not so sure about recent ones). This is how to do it in Ubuntu's Gnome.
- Select any text, inside or outside vscode;
- Middle-click several times to confirm you can paste from the
PRIMARY buffer, inside or outside the vscode
- Press ctrl+f in another vscode editor tab, where the cursor is over a different string (the intention is that you can middle-click and find the string you have previously selected);
- Middle-click in the editor, to surprisingly find that the contents of your
PRIMARY 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:
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
CLIPBOARDbuffer), and one short term (the select → middle clickPRIMARYbuffer). 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:
PRIMARYbuffer, inside or outside the vscodePRIMARYbuffer 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
PRIMARYbuffer, but maybe that should be a feature request ticket.This is somewhat related to Issue #20768.
References os this
PRIMARYbuffer thing: