Acknowledgement sent
to Thorsten Glaser <[email protected]>:
New Bug report received and forwarded. Copy sent to Debian X Strike Force <[email protected]>.
(Sun, 10 Jun 2018 15:21:05 GMT) (full text, mbox, link).
Subject: xterm: translation overrides for copy/paste do not work as documented
Date: Sun, 10 Jun 2018 17:19:34 +0200
Package: xterm
Version: 333-1
Severity: normal
I was working on my .Xresources and found this quite crazy.
I could not select PRIMARY and CLIPBOARD independent of each
other. To reproduce, I chose to have *only* the lines from
the manual page…
*VT100*translations: #override \n\
~Shift~Ctrl<Btn2Up>: insert-selection(PRIMARY, CUT_BUFFER0) \n\
Shift~Ctrl<Btn2Up>: insert-selection(CLIPBOARD, CUT_BUFFER1) \n\
~Shift <BtnUp> : select-end(PRIMARY, CUT_BUFFER0) \n\
Shift <BtnUp> : select-end(CLIPBOARD, CUT_BUFFER1)
… loaded with “xrdb -merge filename”, with no .Xresources
at all, then I started two xterms, in one I selected, in
another, I ran xsel commands to discern what is the content
of PRIMARY and CLIPBOARD, respectively.
tglase@tglase-nb:~ $ echo "P<$(xsel -p -o)> C<$(xsel -b -o)>"
P<> C<>
tglase@tglase-nb:~ $ echo "P<$(xsel -p -o)> C<$(xsel -b -o)>"
P<foo> C<>
tglase@tglase-nb:~ $ echo "P<$(xsel -p -o)> C<$(xsel -b -o)>"
P<bar> C<bar>
tglase@tglase-nb:~ $ echo "P<$(xsel -p -o)> C<$(xsel -b -o)>"
P<foo> C<foo>
After the first command I selected “foo” without Shift.
⇒ as expected, PRIMARY gets assigned “foo”, CLIPBOARD is left alone
After the second command I selected “bar” with Shift.
⇒ unexpectedly, PRIMARY *also* gets “bar” in addition to CLIPBOARD
After the third line, I selected “foo” without Shift again.
⇒ unexpectedly, CLIPBOARD *also* gets “foo” in addition to PRIMARY
For comparison, here’s the same sequence of things on MirBSD,
with xterm 200 on XFree86:
tg@blau:~ $ echo "P<$(xsel -p -o)> C<$(xsel -b -o)>"
P<> C<>
tg@blau:~ $ echo "P<$(xsel -p -o)> C<$(xsel -b -o)>"
P<foo> C<>
tg@blau:~ $ echo "P<$(xsel -p -o)> C<$(xsel -b -o)>"
P<bar> C<bar>
tg@blau:~ $ echo "P<$(xsel -p -o)> C<$(xsel -b -o)>"
P<foo> C<>
For that, I used this in .Xresources though:
*VT100*translations: #override \n\
Shift~Ctrl<KeyPress>Insert:insert-selection(PRIMARY, CUT_BUFFER0) \n\
Shift Ctrl<KeyPress>Insert:insert-selection(CLIPBOARD, CUT_BUFFER1) \n\
~Shift~Ctrl<Btn2Up>:insert-selection(PRIMARY, CUT_BUFFER0) \n\
Shift~Ctrl<Btn2Up>:insert-selection(CLIPBOARD, CUT_BUFFER1) \n\
~Shift<BtnUp>:select-end(PRIMARY, CUT_BUFFER0) \n\
Shift<BtnUp>:select-end(CLIPBOARD, CUT_BUFFER1)
(Actually, do I need a trailing \n or \n\ after the last line?)
Here, selecting “foo” without Shift again *clears* CLIPBOARD
instead of assigning to it. Still buggy.
I was considering not using cut buffers in xterm 333 on X.org:
*VT100*translations: #override \n\
Shift~Ctrl<KeyPress>Insert:insert-selection(PRIMARY) \n\
Shift Ctrl<KeyPress>Insert:insert-selection(CLIPBOARD) \n\
~Shift~Ctrl<Btn2Up>:insert-selection(PRIMARY) \n\
Shift~Ctrl<Btn2Up>:insert-selection(CLIPBOARD) \n\
~Shift<BtnUp>:select-end(PRIMARY) \n\
Shift<BtnUp>:select-end(CLIPBOARD) \n\
Anyway, from the above tests I concur that this never worked
as documented and still does not work as documented.
-- System Information:
Debian Release: buster/sid
APT prefers unstable-debug
APT policy: (500, 'unstable-debug'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.16.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C.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-3
ii libfontconfig1 2.13.0-5
ii libfreetype6 2.8.1-2
ii libice6 2:1.0.9-2
ii libtinfo6 6.1+20180210-3
ii libutempter0 1.1.6-3
ii libx11-6 2:1.6.5-1
ii libxaw7 2:1.0.13-1+b2
ii libxft2 2.3.2-2
ii libxinerama1 2:1.1.3-1+b3
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:
pn xfonts-cyrillic <none>
-- no debconf information
On Sun, Jun 10, 2018 at 05:19:34PM +0200, Thorsten Glaser wrote:
> Package: xterm
> Version: 333-1
> Severity: normal
>
> I was working on my .Xresources and found this quite crazy.
> I could not select PRIMARY and CLIPBOARD independent of each
> other. To reproduce, I chose to have *only* the lines from
actually it was never intended that you could select both at the same time.
In #336, I've disallowed that.
--
Thomas E. Dickey <[email protected]>
https://invisible-island.netftp://ftp.invisible-island.net
Acknowledgement sent
to Thorsten Glaser <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <[email protected]>.
(Tue, 18 Sep 2018 19:09:03 GMT) (full text, mbox, link).
Subject: Re: Bug#901249: xterm: translation overrides for copy/paste do not
work as documented
Date: Tue, 18 Sep 2018 18:56:26 +0000 (UTC)
Thomas Dickey dixit:
>actually it was never intended that you could select both at the same
>time. In #336, I've disallowed that.
What does that even mean, wrt. the bug report?
bye,
//mirabilos
--
FWIW, I'm quite impressed with mksh interactively. I thought it was much
*much* more bare bones. But it turns out it beats the living hell out of
ksh93 in that respect. I'd even consider it for my daily use if I hadn't
wasted half my life on my zsh setup. :-) -- Frank Terbeck in #!/bin/mksh
Acknowledgement sent
to Thomas Dickey <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <[email protected]>.
(Tue, 18 Sep 2018 19:54:05 GMT) (full text, mbox, link).
Subject: Re: Bug#901249: xterm: translation overrides for copy/paste do not
work as documented
Date: Tue, 18 Sep 2018 15:51:06 -0400 (EDT)
----- Original Message -----
| From: "Thorsten Glaser" <[email protected]>
| To: "Thomas Dickey" <[email protected]>
| Cc: [email protected]
| Sent: Tuesday, September 18, 2018 2:56:26 PM
| Subject: Bug#901249: xterm: translation overrides for copy/paste do not work as documented
| Thomas Dickey dixit:
|
|>actually it was never intended that you could select both at the same
|>time. In #336, I've disallowed that.
|
| What does that even mean, wrt. the bug report?
The example you gave to show that the manual page was incorrect will no longer apply.
--
Thomas E. Dickey <[email protected]>
http://invisible-island.netftp://ftp.invisible-island.net
Source: xterm
Source-Version: 337-1
We believe that the bug you reported is fixed in the latest version of
xterm, which is due to be installed in the Debian FTP archive.
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [email protected],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Sven Joachim <[email protected]> (supplier of updated xterm package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [email protected])
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Format: 1.8
Date: Sun, 23 Sep 2018 08:59:12 +0200
Source: xterm
Binary: xterm
Architecture: source
Version: 337-1
Distribution: unstable
Urgency: medium
Maintainer: Debian X Strike Force <[email protected]>
Changed-By: Sven Joachim <[email protected]>
Description:
xterm - X terminal emulator
Closes: 901249
Changes:
xterm (337-1) unstable; urgency=medium
.
* New upstream release.
- Ensure that only one of PRIMARY and CLIPBOARD is owned by xterm
at a given time (Closes: #901249).
* Bump debhelper compatibility level to 11.
- Bump autoconf-dickey build dependency to (>= 2.52+20180819)
(see #887390).
* Bump Standards-Version to 4.2.1, no changes needed.
Checksums-Sha1:
fff075ea17ee5ad52cced3ef837e008501a5d521 2406 xterm_337-1.dsc
ebc239035199aae4eb41d705b5e25f2467031d83 1336781 xterm_337.orig.tar.gz
c9446df7c4ee7e8bed21aeca28f373e6f80be70b 251 xterm_337.orig.tar.gz.asc
ac75106341a84476ab3e28898dc9f376ab7700f6 105396 xterm_337-1.debian.tar.xz
af287dc6e8033e49b3d2aba0310f7802623ed5cf 8333 xterm_337-1_source.buildinfo
Checksums-Sha256:
4ea2aa73b4256216c10125e11f8c348f65e78d857cd5797766a7d9f311c44d19 2406 xterm_337-1.dsc
ccac77ded347e78d5ffb69b381adf8b2377ce66644b8bec6308aaf19b9aecfa7 1336781 xterm_337.orig.tar.gz
1ac5d1e24851d184defb7ba0eabfd7420e00e3abe76ed5456ab364ad0e120011 251 xterm_337.orig.tar.gz.asc
02a29671cb036327d9fba8ee98e434efc9d55c4c3878c7416219248f54aeafe4 105396 xterm_337-1.debian.tar.xz
441237b06ec54c433bf59bd37992cd45d9af957d6550bc4bc52d7bf3ed716d9a 8333 xterm_337-1_source.buildinfo
Files:
4b6c79a2a367059b91951c426e50f5f4 2406 x11 optional xterm_337-1.dsc
49b4b519e4b9c9019611cf926e1aedc1 1336781 x11 optional xterm_337.orig.tar.gz
70eb3f75f03b2070f2d62242ea4562df 251 x11 optional xterm_337.orig.tar.gz.asc
4537adb1b35d421e1912fa4ff5a9bb61 105396 x11 optional xterm_337-1.debian.tar.xz
ffe8edf3ecbc5afb7a810071762c5031 8333 x11 optional xterm_337-1_source.buildinfo
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCgAdFiEEKF8heKgv5Jai5p4QOxBucY1rMawFAlunOiQACgkQOxBucY1r
Maz1TBAA4PT07VJSUG+gGM1t7gyGGx1Wvqhmd2jCQY1NXTPN/yYVR7a/pzyNIFKY
8lnbXC2XVl0dO9ZIBfrDSKotsvtuXJs3cr+dUCyVCCaJONaH7sH7W0KvgLDTC5vZ
bhJpwrR09qc8fztsJtpg34WAx4FytN5lNWhxqH4d0Esd6nMRFd0YLkEETklkbQDP
mEjL4EA7FxC78g1s8eH5zoK6IUPNduB/2fcyzlllPLuSEub7Sihi23R0POA1/luZ
zuvysHxpC/espiYxBlSdvUnvTJdR9xmnVXUr6R0v9Q+JRhYywsk+Vtc5cMqVyg8G
kZBj1hliYv19/16vG0OuJ6oSll9ZTfm5q5ulO60yo7r4eknnLL9GX5WnasFAjuMu
HxXCAlxl3Q69JiA7CLkDYId6PqjJ7kNgvuFo7m/O5PeyXC5O97cDoFxadfkUd0rW
BsWM9Ss7+DXMXzqAHhrPi0X6VzJVg8Y0afW1kkBN1WIJkaCIYFimWFTrR5KUhBJW
AmWWgsgwGU3x8e95hHFmprbTZcxBQOyYiiXJbK4AfJjVHsJKDklws5IokO+Bb6rW
DnV24YqdxklIt9wHPQgzxwmVXszMp67tflMh6h56cimORxXu0Au8f23rt6q81qov
JgYMJHQRyWoEU6plbzaNFlWVZ5/m4gEKsAUG24nMNruAw8rb9sQ=
=BomF
-----END PGP SIGNATURE-----
Acknowledgement sent
to Ondřej Kuzník <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <[email protected]>.
(Tue, 16 Oct 2018 12:24:02 GMT) (full text, mbox, link).
Subject: Re: Bug#901249: xterm: translation overrides for copy/paste do not
work as documented
Date: Tue, 16 Oct 2018 14:13:07 +0200
I've had the following in my .Xprofile for a few years:
XTerm*VT100.translations: #override <Btn1Up>: select-end(PRIMARY, CLIPBOARD, CUT_BUFFER0)
Since the last upload, mouse selection has become highly unreliable and
it takes three selection attempts to actually get something into the
clipboard. On the first try it just seems to deselect immediately, the
second time text stays inverted, just sometimes never makes it into the
clipboard and sometimes an old selection makes it back into the
clipboard even when I've been able to paste the new one just before,
which is even more confusing.
Is this a bug with the new version or do I need to update the
translations to copy the selection so that it can be reliably used both
in middle clicks *and* Shift-Insert pastes?
Thanks,
Ondřej
Acknowledgement sent
to Thorsten Glaser <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <[email protected]>.
(Tue, 16 Oct 2018 14:30:12 GMT) (full text, mbox, link).
Subject: Re: Bug#901249: xterm: translation overrides for copy/paste do not
work as documented
Date: Tue, 16 Oct 2018 16:26:57 +0200 (CEST)
reopen 901249
thanks
On Tue, 16 Oct 2018, Ondřej Kuzník wrote:
> I've had the following in my .Xprofile for a few years:
> XTerm*VT100.translations: #override <Btn1Up>: select-end(PRIMARY, CLIPBOARD, CUT_BUFFER0)
>
> Since the last upload, mouse selection has become highly unreliable and
Ouch. Yes, this is most likely caused by the change
“Ensure that only one of PRIMARY and CLIPBOARD is owned by xterm
at a given time” which not only does not fix my problem but also
causes this to no longer work.
On MirBSD, I have select-end(PRIMARY, CUT_BUFFER0) for ~Shift<BtnUp>,
and I guess this will then also no longer work.
Tom, please do revert that change, as it’s bogus *and* does not
address my initial problem (not being able to have xterm hold
*both* CLIPBOARD *and* PRIMARY but with *different* content).
Thanks,
//mirabilos
--
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
On Tue, Oct 16, 2018 at 04:26:57PM +0200, Thorsten Glaser wrote:
> reopen 901249
> thanks
>
> On Tue, 16 Oct 2018, Ondřej Kuzník wrote:
>
> > I've had the following in my .Xprofile for a few years:
> > XTerm*VT100.translations: #override <Btn1Up>: select-end(PRIMARY, CLIPBOARD, CUT_BUFFER0)
> >
> > Since the last upload, mouse selection has become highly unreliable and
>
> Ouch. Yes, this is most likely caused by the change
> “Ensure that only one of PRIMARY and CLIPBOARD is owned by xterm
> at a given time” which not only does not fix my problem but also
> causes this to no longer work.
I'll take a look
> On MirBSD, I have select-end(PRIMARY, CUT_BUFFER0) for ~Shift<BtnUp>,
> and I guess this will then also no longer work.
>
> Tom, please do revert that change, as it’s bogus *and* does not
> address my initial problem (not being able to have xterm hold
> *both* CLIPBOARD *and* PRIMARY but with *different* content).
that one's still a wishlist (a new feature)
--
Thomas E. Dickey <[email protected]>
https://invisible-island.netftp://ftp.invisible-island.net
Source: xterm
Source-Version: 338-1
We believe that the bug you reported is fixed in the latest version of
xterm, which is due to be installed in the Debian FTP archive.
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [email protected],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Sven Joachim <[email protected]> (supplier of updated xterm package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [email protected])
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Format: 1.8
Date: Wed, 12 Dec 2018 20:31:33 +0100
Source: xterm
Binary: xterm
Architecture: source
Version: 338-1
Distribution: unstable
Urgency: medium
Maintainer: Debian X Strike Force <[email protected]>
Changed-By: Sven Joachim <[email protected]>
Description:
xterm - X terminal emulator
Closes: 901249913237913815
Changes:
xterm (338-1) unstable; urgency=medium
.
* New upstream release.
- Amend solution for #758633 to ensure that replies for bracketed
paste are not sent while processing a selection for exec-formatted
(Closes: #913237).
- Change compiled-in default for saveLines to match the resource-file
changed in xterm 192 (Closes: #913815).
- Revert the change which prevented concurrent ownership of different
selection targets, and instead modify selection storage so that
different concurrent requests for different selection targets will
be stored/retrieved independently (Closes: #901249).
* Mark the autopkgtests as superficial.
* Update copy of XTerm FAQ to revision 1.375 (dated 2018/10/16).
Checksums-Sha1:
b41f54fa6bd8db84609075c78413d721fbf4dfcf 2406 xterm_338-1.dsc
50a3111fa3a583321521e3c2dcece56a022afbb3 1344219 xterm_338.orig.tar.gz
37b9e095fb559cfd5bfe8d19f4ccb8e73b8c19dc 251 xterm_338.orig.tar.gz.asc
0f11f5327696d7a426eaab7e55ee3799e07c97bb 108444 xterm_338-1.debian.tar.xz
00bbc2a8536997bd036a0e58e4480427396ee2bd 8217 xterm_338-1_source.buildinfo
Checksums-Sha256:
a07602b2a813800ae63807512c53f590091cc2f7129f2fe9456bacbdf1137195 2406 xterm_338-1.dsc
b93536f5ed9847a701c1a9a81aca99a769cfd5dc001652b5e1bb600d7bfb871e 1344219 xterm_338.orig.tar.gz
9b5e7a085bd02320241110a56f7ae01a17bf5e4b76437f5bea3a8d1b1bf4565a 251 xterm_338.orig.tar.gz.asc
348d4aca6b269d9c9e3743c953955cb19ae8d32ebdd9e3d15ff8ec01a8e8467e 108444 xterm_338-1.debian.tar.xz
696640bcf9d8c59007e27e28f95657f70b0e0633aad22897b101c154c0cde7eb 8217 xterm_338-1_source.buildinfo
Files:
6882d3b28892f861093cc4a0deb504b6 2406 x11 optional xterm_338-1.dsc
76b32f050eec2ca80e825f3644a3168e 1344219 x11 optional xterm_338.orig.tar.gz
b4417dbcbff7748841a4977e81c728e7 251 x11 optional xterm_338.orig.tar.gz.asc
77fecac2005b0d2c68a87e339d36093c 108444 x11 optional xterm_338-1.debian.tar.xz
536463bce1302e300c8dca3637122311 8217 x11 optional xterm_338-1_source.buildinfo
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCgAdFiEEKF8heKgv5Jai5p4QOxBucY1rMawFAlwRYk0ACgkQOxBucY1r
MawnOg/+Ndo9iWnOWdIrRNo5iWNI2Mcx2xHliOzYC3AK6LQogJi6dTZMGSxGyjCd
WCuz51qbmd2m7d05rn46Crl+W1ImYeUdD5qgl4eZiC8Y1d1vrf4004pscv4N0bOy
6ou9AMeDSG1otaOeEbEJIgSg6jDPmTdI0BHUETAFpMVfy3zQO34smRIxqlb2N4bx
W+uQQJDPGp1jRpQuf2y9suB2tg2JsNjvlVJ6hoBGGYsDpLqlPcTXJktzYYuPV4QB
gCr6FaTKSOpjtKXt5aFnN42s2VcgsnfxJ42Q+OcijBEi0BWL6wADRfRtE8A+TeTv
MbWwRE1fIOxKE49QPNDnnRnmuRtv4qL2R5jmsgzqWt0goGkKJI7rg2682r5KTpSS
erWNHMiR/oS2VzknOBw3auz2VhwD0K1PLk0Hg3g+7X1Qo4O4XkGkJ1guIZLCTb1r
2P65Mmy6IVqctZg1NPvItnYF+GUYwrXSwgWIcuMLP25XIDdWCsxDl/SmNJmb5fXE
aVGudE7zhZssRIfNCpaO9DyXYbs7FAKAV2dfMvTvQeDlU2k1ItGo5oGE3Dhg6Vuc
u2HKfEazepziywibR+s/ennpr/Kf39vt3aI+8jP/XFrphnwyCJkUj9Y9HefRybrC
5EQPS0ulCHm1Eq3Q6TnkP5VVszpStQKEZ/2brN7EndjP3nUmPXk=
=CqOL
-----END PGP SIGNATURE-----
Acknowledgement sent
to Thorsten Glaser <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <[email protected]>.
(Thu, 13 Dec 2018 19:51:03 GMT) (full text, mbox, link).
Subject: Re: Bug#901249 (xterm: translation overrides for copy/paste do not
work as documented): fixed in xterm 338-1
Date: Thu, 13 Dec 2018 20:46:24 +0100 (CET)
On Wed, 12 Dec 2018, Sven Joachim wrote:
> xterm (338-1) unstable; urgency=medium
> .
> * New upstream release.
[…]
> - Revert the change which prevented concurrent ownership of different
> selection targets, and instead modify selection storage so that
> different concurrent requests for different selection targets will
> be stored/retrieved independently (Closes: #901249).
Thanks a lot, this now works as expected and will raise my
productivity somewhat (and makes fire under my arse to port
the newer xterm to MirBSD/XFree86 so I can use it there as
well… when I last tried to upgrade its xterm (200 → 215) I
failed at merging the local patches inherited from OpenBSD,
but perhaps they are redundant now?).
Ondřej, I think your translation should now work again.
bye,
//mirabilos
--
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg