Thank you for reporting this, @Pols12 – we're going to leave this ticket open to see whether other people report being affected by it before prioritizing work to fix this as we estimate this being rather difficult to resolve in all cases.

I can also reproduce it in a Flow comment, on Debian 11 “bullseye” using Cinnamon desktop environment (X11) and Firefox. One thing @Pols12 didn’t mention (or for him, it’s also broken?) is that it’s not broken if I select a text outside of the VisualEditor surface but within that tab. Selecting the URL bar or something in another tab is indeed broken.

While I can reproduce, I don’t count myself as particularly affected because it hardly affects my workflows:

• I don’t use 2017WE and the visual modes of Flow and DiscussionTools;
• I do use VisualEditor (full-page article editor), but I usually use the normal clipboard rather than the primary selection to paste texts there;
• I do use the source mode of DiscussionTools, but without the toolbar, which means it’s a simple <textarea> rather than a VE editing surface;
• I do use the source mode of Flow, but probably won’t in the long run, once mediawiki.org finishes migrating to DiscussionTools.

• X.Org 11, SSDM

What is “SSDM”?

it’s not broken if I select a text outside of the VisualEditor surface but within that tab

Same for me.

What is “SSDM”?

Typo: I meant SDDM (display manager), I mentioned it since I’m not sure whether the display manager can interfere with primary selection.

In T338285#8951320, @Pols12 wrote:

What is “SSDM”?

Typo: I meant SDDM (display manager), I mentioned it since I’m not sure whether the display manager can interfere with primary selection.

I see, thanks. I use LightDM, so the bug isn’t specific to SDDM.