GNOME Bugzilla – Bug 476691
Entering dagesh creates unremovable characters
Last modified: 2008-11-29 08:26:07 UTC
Please describe the problem: Typing a combining dagesh, at least when the terminal is in en_US.UTF-8 mode, scoots the cursor ahead and prevents it from backspacing over text that was entered. Steps to reproduce: 1. Open a gnome-terminal instance using en_US.UTF-8 encoding. 2. Enter U+05D1 U+05BC (Hebrew letter bet with combining dagesh) using CTRL-SHIFT and the Unicode code point in hex. The characters will not combine correctly; there will appear to be a bet followed by a center-dot. 3. Hit backspace; the center-dot will vanish. 4. Hit backspace again; the bet will not vanish. 5. Hit enter to reveal that the prompt was empty; the character displayed was not actually entered. Actual results: The Hebrew letter bet character cannot be backspaced over. Expected results: Either backspacing once should remove both the bet and the combining dagesh, or backspacing once should remove the dagesh, then backspacing again should remove the bet. Either way, characters that are removed from the prompt should no longer appear there. Does this happen every time? Yes; this is reproducible. Other information: I'm running gnome-terminal 2.14.2-0ubuntu1 on Ubuntu Dapper. The reportbug output follows. -- System Information: Debian Release: testing/unstable APT prefers dapper-updates APT policy: (500, 'dapper-updates'), (500, 'dapper-security'), (500, 'dapper') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-28-386 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages gnome-terminal depends on: ii gnome-control-center 1:2.14.2-0ubuntu1 utilities to configure the GNOME d ii gnome-terminal-data 2.14.2-0ubuntu1 Data files for the GNOME terminal ii libatk1.0-0 1.11.4-0ubuntu1 The ATK accessibility toolkit ii libbonobo2-0 2.14.0-0ubuntu2 Bonobo CORBA interfaces library ii libc6 2.3.6-0ubuntu20.5 GNU C Library: Shared libraries an ii libgconf2-4 2.14.0-1ubuntu2 GNOME configuration database syste ii libglade2-0 1:2.5.1-2ubuntu2 library to load .glade files at ru ii libglib2.0-0 2.10.3-0ubuntu1 The GLib library of C routines ii libgnome2-0 2.14.1-0ubuntu2 The GNOME 2 library - runtime file ii libgnomeui-0 2.14.1-0ubuntu3 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.2-0ubuntu1 GNOME virtual file-system (runtime ii libgtk2.0-0 2.8.20-0ubuntu1.1 The GTK+ graphical user interface ii liblaunchpad-integrat 0.1.3 library for launchpad integration ii liborbit2 1:2.14.0-0ubuntu1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.3-0ubuntu3 Layout and rendering of internatio ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libstartup-notificati 0.8-1ubuntu1 library for program launch feedbac ii libvte4 1:0.12.2-0ubuntu1 Terminal emulator widget for GTK+ ii libx11-6 2:1.0.0-0ubuntu9.1 X11 client-side library ii libxrender1 1:0.9.0.2-0ubuntu2 X Rendering Extension client libra ii scrollkeeper 0.3.14-11ubuntu6 A free electronic cataloging syste Versions of packages gnome-terminal recommends: ii yelp 2.14.3-0ubuntu1 Help browser for GNOME 2 -- no debconf information
This actually happens with all combining characters, not just the dagesh. For example, if in terminal you enter a letter "s" followed by U+0300 (COMBINING GRAVE ACCENT) and U+0327 (COMBINING CEDILLA), you see these three chars in a row, like this: s`¸ . If you now press Enter, you'll see a 'command not found' statement. Now if you just press backspace ONCE, the view become like this: s` , and if you press Enter now, bash doesn't complain. Furthermore, you cannot erase these two characters. However, to make things just more funny, if you start continuously pressing up and down arrows (previous/next cmd), you'll see the number of s` peers growing by one after each press of the arrow down button. However, no matter how many of them are displayed, pressing Enter is just as effective as pressing it with a blank command. It seems to me like bash now actually knows what a combining character is, and upon pressing backspace erases all combining characters and the one they are combined with, however, gnome-terminal doesn't expect that.
-> vte
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of 149631 ***