Red Hat Bugzilla – Bug 813868
<backspace> echoes as "0008 in a box"
Last modified: 2012-06-26 11:32:02 EDT
Created attachment 578402 [details] /var/log/Xorg.0.log Description of problem: In gnome-terminal (bash command line), a <backspace> echoes as "0008 in a box" instead of visually erasing the previous character. Typing "date\b\r" gives "dat: not found", so the 'e' was removed from the string that was delivered to the shell; but the display shows five characters: "date" followed by "0008 in a box". This happens running gnome-terminal under both Gnome3 session (fallback mode) and Xfce session. The Xfce Terminal app behaves correctly (<backspace> visually erases the previous character) under both Gnome3 session and Xfce session. Version-Release number of selected component (if applicable): gnome-terminal-3.4.0.1-1.fc17.ppc gnome-session-3.4.0-1.fc17.ppc gnome-session-xsession-3.4.0-1.fc17.ppc How reproducible: every time Steps to Reproduce: 1. type "date\b\r" as the first input to a gnome-terminal. 2. 3. Actual results: Displays as "date" followed by "0008 in a box". bash complains "dat: not found." Expected results: Displays as "dat" (without the 'e' and without the "0008 in a box"), followed by bash complaint "dat: not found". Additional info: Font is monospace 9. Box is Apple Macintosh Mini G4 PowerPC, which is big-endian. lspci says: 0000:00:10.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200] (rev 01) 0000:00:10.0 0300: 1002:5962 (rev 01)
Created attachment 578403 [details] syslog (/var/log/messages)
Created attachment 578407 [details] $HOME/.xsession-errors
xorg-x11-drv-ati-6.14.3-11.20120206git36c190671.fc17.ppc xorg-x11-server-Xorg-1.11.99.901-6.20120124.fc17.ppc xorg-x11-fonts-ISO8859-1-100dpi-7.5-5.fc17.noarch xorg-x11-font-utils-7.5-7.fc17.ppc mesa-dri-drivers-8.0.1-2.fc17.ppc kernel-3.3.1-5.fc17.ppc
I have had no luck reproducing this. Useful pieces of information would include: your locale settings: env | grep LANG\\\|LC gnome-terminals charset encoding: gconftool-2 --get /apps/gnome-terminal/global/active_encodings the font: gconftool-2 --get /apps/gnome-terminal/profiles/Default/font
$ env | grep LANG\\\|LC LANG=en_US.UTF-8 $ gconftool-2 --get /apps/gnome-terminal/global/active_encodings No value set for `/apps/gnome-terminal/global/active_encodings' $ gconftool-2 --get /apps/gnome-terminal/profiles/Default/font Monospace 12 Note again that this is PowerPC (Apple Macintosh Mini "G4"), which is big-endian.
It sounds plausible that an endianness bug might be responsible, but I don't really have any good idea where to look for it...
This issue is caused by a broken glib2. It is fixed on the latest glib2 available from updates (glib2-2.32.3-1.fc17). For the record, the glib2 bug is caused by endian issue on GResource API. Upstream bugz: https://bugzilla.gnome.org/show_bug.cgi?id=673409 Please update to glib2-2.32.3-1.fc17 to verify the fix.
ah, thanks for tracking that down
Confirmed fixed in glib2-2.32.3-1.fc17.ppc (self-built from .src.rpm).