Source: xorg-server Version: 2:1.20.4-1 Severity: normal Dear Maintainer,
I'm not really sure if this is the right package to report this bug to, bus as xwayland is built from it, I guess I'm right ... Since a recent update to my system it defaults to wayland instead of xorg. From that moment on, copy/paste behaviour went berserk! It is not really consistent how it goes wromg, but there are some common annoyances that I observe: 1. copy/paste via primary selection works within some applications 2. copy/paste via primary selection almost allways fails from one application to another 3. when copying text and trying to paste it, it gets replaced by text that got accidentially selected by some default mechanism (e.g. when pressing Ctrl-L in nautilus to paste a path) 4. sometimes the primary selection will replace the text selected by Ctrl-C and vice versa ... this is really annoying, as I am used to take primary selection and copy/paste buffer to be completely seperated and used it that way for more than twenty years ... there might be more, but at the moment I can't remember all annoyances that struck me in this case. -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (999, 'unstable'), (501, 'experimental'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.2.0-2-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8), LANGUAGE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled