[Bug 1297051] Re: gnome-terminal doesn't recognise C1 controls

boon derek at colourhorizons.com.au
Tue Sep 9 20:49:07 UTC 2014


Regarding DA3, as you point out, the spec is woefully inadequate for
today's world. It also doesn't seem to "work" for the real terminal that
I tested. It is also not currently implemented at all by xterm. That is
why I have no qualms about proposing to extend the DA3 response sequence
for other related purposes.

Ignoring the prefix and suffix strings (including ignoring the leading
and trailing escape sequences), the real terminal that I tested
transmitted "00000000" as its serial number. I am proposing that an
extra semi-colon separated parameter be transmitted when terminal
emulators respond to DA3. So a terminal emulator would transmit
"00000000;swid" where "swid" contains the software product name and the
version. I proposed a specific syntax and convention for "swid" that
would ensure uniqueness across software manufacturers (with syntax
borrowed from HTTP).

The proposal to use DA3 in this way would address the objections that
you had to the way I am currently using ENQ.

A reasonably-implemented receiver of such a response should be able to
handle the extra parameter e.g. ignore it.

This is the way DA1 works. The terminal (or terminal emulator) can send
in response to DA1 a long string of semi-colon separated parameters and
the host should ignore parameters that it doesn't understand or that it
is not interested in. The trailing escape sequence for DA3 / the end of
the escape sequence for DA1 ensures that the receiver of the response
can find the end of the response even if it does not expect all the
parameters. In the unlikely event that any host is actually using DA3
currently with xterm and just looks at the first 8 characters of the
response, expecting to find the serial number as hex digits, then that
is what it will find (a useless value but no more useless than the real
terminal that I tested).

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to vte3 in Ubuntu.
https://bugs.launchpad.net/bugs/1297051

Title:
  gnome-terminal doesn't recognise C1 controls

Status in “vte3” package in Ubuntu:
  New

Bug description:
  gnome-terminal seems not to recognise the C1 control characters.

  The particular character that is a problem for me is CSI. However
  there may be a generic issue with non-support of this whole range of
  characters.

  This range of characters should only be recognised when the encoding
  is a character set that is defined to include the C1 control
  characters but, at a quick look, that is all of the ISO-8859-x
  character sets and Unicode. (C1 control characters require encoding as
  a 2 byte sequence when the encoding is UTF-8. As unlikely as this may
  be to occur in practice, UTF-8 is not inconsistent with C1 control
  characters.)

  Part of the motivation for raising this bug report is that PuTTY seems
  to have declined in reliability recently and so I looked at why I am
  using PuTTY as opposed to gnome-terminal. Correct support of C1
  control characters is one reason. This works in PuTTY. It does not
  appear to work in gnome-terminal. Perhaps resources would be better
  spent making gnome-terminal work as well as PuTTY does, rather than
  attempting to get PuTTY fixed.

  ProblemType: Bug
  DistroRelease: Ubuntu 13.10
  Package: gnome-terminal 3.6.1-0ubuntu6
  ProcVersionSignature: Ubuntu 3.11.0-18.32-generic 3.11.10.4
  Uname: Linux 3.11.0-18-generic x86_64
  NonfreeKernelModules: nvidia
  ApportVersion: 2.12.5-0ubuntu2.2
  Architecture: amd64
  Date: Tue Mar 25 11:08:00 2014
  InstallationDate: Installed on 2011-10-25 (881 days ago)
  InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release amd64 (20111012)
  MarkForUpload: True
  SourcePackage: gnome-terminal
  UpgradeStatus: Upgraded to saucy on 2013-11-08 (136 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/vte3/+bug/1297051/+subscriptions



More information about the foundations-bugs mailing list