2018-09-24 11:40:02 UTC
What passes as a “fix” for #901249 broke things in a different manner.
I’m filing as a new bug instead of reopening, though, because the
original report was “behaviour does not match documentation”, and this
one is “behaviour does not match expectation, documentation silent”.
Same scenario as in #901249.
I have two words on the command line, “foo” and “bar”.
I wish to have “foo” in CLIPBOARD and “bar” in PRIMARY.
I select “foo” with Shift. Now I can paste it with ^V in
a GUI application, but not with middle-click. Okaaay…
Then I select “bar” without Shift. I can paste it with
middle-click, but ^V does not paste “foo” any more.
Then I select “foo” with Shift again. Now middle-click
is dead again.
This is *not* why I have multiple clipboards in X11 and
go through pains of mapping them distinctly in xterm!
-- System Information:
Debian Release: buster/sid
APT prefers unreleased
APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable'), (100, 'experimental')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64
Kernel: Linux 4.17.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)
Versions of packages xterm depends on:
ii libc6 2.27-6
ii libfontconfig1 2.13.0-5
ii libfreetype6 2.8.1-2
ii libice6 2:1.0.9-2
ii libtinfo6 6.1+20180714-1
ii libutempter0 1.1.6-3
ii libx11-6 2:1.6.6-1
ii libxaw7 2:1.0.13-1+b2
ii libxft2 2.3.2-2
ii libxinerama1 2:1.1.4-1
ii libxmu6 2:1.1.2-2
ii libxpm4 1:3.5.12-1
ii libxt6 1:1.1.5-1
ii xbitmaps 1.1.1-2
Versions of packages xterm recommends:
ii x11-utils 7.7+4
Versions of packages xterm suggests: