Middle button pastes the wrong selection

[ojwb]

The middle mouse button seems to paste from the clipboard (i.e. it does the same thing as Ctrl+V), rather than pasting the primary selection like it ought to.

To reproduce, run this in a terminal to set the X selections:

for s in primary secondary clipboard ; do printf $s|xclip -selection $s ; done

Then click the middle mouse button in the "Send a message" text entry in the Revolt window.

This pastes clipboard. If you try it in other apps (e.g. firefox, pluma text editor, MATE terminal, libreoffice, rhythmbox) you get primary.

This may seem fairly minor, but if you're a habitual middle-click paste user it likely means that sooner or later you're going to paste something you really didn't intend to into a chat window.

[xhess]

This issue is still around and it is bothering me a lot. It is really annoying to paste the wrong stuff and then have to go back and do a copy using either the context menu or Ctrl+c and switch to revolt and paste it using the keyboard or the context menu.

[sumpfralle]

Same for me: it is surprising and a little bit dangerous (recently I almost send a message containing a password, that I just copied from my local password manager into the primary selection).

Just for adding a few more words of explanation: I accidentally opened a bug report for this issue against riot (mis-memorizing, that it also happens in a browser session): https://github.com/vector-im/riot-web/issues/14430. But it is not a riot issue - it only happens in revolt.

It would be great, if revolt would not override the default desktop behavior here.

Anyway: thank you for this useful application!

[ojwb]

I wondered if this might be a webkit issue rather than something revolt-specific, but testing my above example with midori (a webkit-based web browser) gives me "primary" so this does seem to be specific to revolt.

[sumpfralle]

Just for sake of details: the issue seems to exist only for the text input widget for messages. Other input fields (e.g. the "room name" in the "room settings" window) use the primary selection when using the middle mouse button (as it is expected everywhere).

I looked through revolt's source code for keywords like clipboard, primary, selection and paste. But I found no indication, that revolt would do anything special.

Maybe it really is some weird interaction between elements/riot and revolt that is only exposed for the message input field?

[Marenz]

Same for me: it is surprising and a little bit dangerous (recently I almost send a message containing a password, that I just copied from my local password manager into the primary selection).

Yep, same issues. And it is super annoying that you need to paste/copy it somewhere else first now..

[Marenz]

But it wasn't always present, this changed for me about 1 or 2 months ago..

[Edit] but maybe I used the web version before, wrapped in a native-browser, not sure..

[Marenz]

I tried a version from 2018 and the problem still persists.

[Marenz]

I looked through various text field inputs and found that it works for all of them but the chat input. The difference: All of the ones that work are <input..> based elements, whereas the text input is a <div> field