Red Hat Bugzilla – Bug 147604
gnome-terminal does NOTHING USEFUL when pasting non-ascii clipboard text
Last modified: 2008-02-05 16:17:23 EST
Description of problem:
gnome-terminal needs to do something useful with non-ascii clipboard
text when pasting from the clipboard. Emails and websites are common
sources of things like "smart quotes," em-dashes, elipses, (r) and the
like. There are ascii equivalents in common use. Even pasting OCTAL
ESCAPES WOULD BE BETTER THAN REFUSING TO PASTE ANYTHING.
Version-Release number of selected component (if applicable):
try pasting the text of
gnome-terminal... NO GO... now paste it into xemacs and you see the
em-dash -> "--"
elipsis -> "..."
smart quotes -> normal quotes
I cannot agree more... this is major annoyance, especially when you have
a lot of text to c&p and then have to search for the "bad characters" which
prevent pasting to work...
Are you using a non UTF8 character encoding (in gnome-terminal go to Terminal ->
Set Character Encoding and tell us what the Current Locale is.
Yes, ISO-8859-1 (as a result of LANG=en_US), as all system I do have
to interface with are running non-UTF8.
I still hope for the moment to come where I can toggle the "big switch"
and change all back from en_US to en_US.UTF8 but right now that's just
The quick fix is obvious. Paste something always! if it's "abcd ef gh
\001\003\126 something useful \034 more useful stuff" that's better than pasting
What are these \numbers ? Unicode codepoints?
Hi this report is actually talking about vte, the rendering widget used by
gnome-terminal. I am going to reassign this to the vte component.
Warren, any comment?
In truth there is little Red Hat is capable of doing to improve vte at this
time. You need to report this at upstream bugzilla.gnome.org.
I am skeptical however that anybody will put any effort into non-UTF-8 charsets
without financial incentive. Normally the Open Source mantra is "patches
accepted", but it may not be easy or even feasible to fix this particular issue
in a way that upstream will accept.
Fedora Core 3 is now maintained by the Fedora Legacy project for security
updates only. If this problem is a security issue, please reopen and
reassign to the Fedora Legacy product. If it is not a security issue and
hasn't been resolved in the current FC5 updates or in the FC6 test
release, reopen and change the version to match.
Fedora Core 3 is not maintained anymore.
Setting status to "INSUFFICIENT_DATA". If you can reproduce this bug in the
current Fedora release please reopen this bug and assign it to the corresponding
There is no INSUFFICIENT_DATA... WONTFIX is the proper "resolution", see comment
This is already fixed in F9 btw.
2007-12-10 Behdad Esfahbod <email@example.com>
Bug 319687 – Pasting of text containing characters not in the
terminal's encoding silently fails
* src/vteconv.c (_vte_conv_open): Try to open converter with
transliteration. Supported by GNU iconv and GLibc.