Bug#312718: xterm pasting of 8-bit characters from X clipboard interacts poorly with emacs
Package: xterm
Version: 4.3.0.dfsg.1-13
Severity: normal
Often when I paste text from a web browser or PDF document into my
terminal, and the terminal is running an 'emacs' process, the
clipboard text contains special characters which are interpreted as
control-key or meta-key commands by emacs. For instance, a bullet
character from xpdf turns into M-b, "backward-word". Obviously, this
messes up the pasted text. This happens even when I set the
eightBitInput resource to 'false'. I'm not exactly sure if the problem
is with emacs or xterm but I suspect that since I've set eightBitInput
to 'false', xterm shouldn't be pasting 8-bit characters as-is.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11-1-k7
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages xterm depends on:
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libexpat1 1.95.8-3 XML parsing C library - runtime li
ii libfontconfig1 2.3.2-1 generic font configuration library
ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib
ii libice6 4.3.0.dfsg.1-13 Inter-Client Exchange library
ii libncurses5 5.4-4 Shared libraries for terminal hand
ii libsm6 4.3.0.dfsg.1-13 X Window System Session Management
ii libxaw7 4.3.0.dfsg.1-13 X Athena widget set library
ii libxext6 4.3.0.dfsg.1-13 X Window System miscellaneous exte
ii libxft2 2.1.7-1 FreeType-based font drawing librar
ii libxmu6 4.3.0.dfsg.1-13 X Window System miscellaneous util
ii libxpm4 4.3.0.dfsg.1-13 X pixmap library
ii libxrender1 1:0.8.3-1 X Rendering Extension client libra
ii libxt6 4.3.0.dfsg.1-13 X Toolkit Intrinsics
ii xfree86-common 4.3.0.dfsg.1-13 X Window System (XFree86) infrastr
ii xlibs 4.3.0.dfsg.1-13 X Keyboard Extension (XKB) configu
ii xlibs-data 4.3.0.dfsg.1-13 X Window System client data
-- no debconf information
Reply to: