After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 342040 - Query on what happens in terminal text area when you press backspace
Query on what happens in terminal text area when you press backspace
Status: RESOLVED DUPLICATE of bug 150858
Product: gnome-terminal
Classification: Core
Component: general
git master
Other Linux
: Normal normal
: ---
Assigned To: GNOME Terminal Maintainers
GNOME Terminal Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-05-16 21:44 UTC by Willie Walker
Modified: 2006-05-16 22:44 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Standalone test case to demonstrate the problem. (14.24 KB, text/x-python)
2006-05-16 21:50 UTC, Willie Walker
Details

Description Willie Walker 2006-05-16 21:44:38 UTC
When I look at gnome-terminal via the AT-SPI, I'm noticing some curious behavior when I hit backspace while editing the command line.  When I do this, the terminal seems to want to pad out the remainder of the line (i.e., from the caret to the right edge of the window) with spaces, issuing a text-inserted event for those spaces.  In addition, when I press backspace, the text-deleted event is giving me incorrect information about what was deleted (it seems to tell me where the cursor ended up instead of what was deleted).

Related to the backspace problem, if I press the space key before I've done the backspace, I get text-inserted events for the space.  If I then press the space key after I've done the backspace, however, I don't get text-inserted events anymore; I just see caret-moved events.  (I do see, of course, text-inserted events for other characters at this point, but not for spaces.)

Ideally, this backspace padding would not happen and we would also get more reliable information when text is deleted.  I've dug into the gnome-terminal code a little bit to try to find out where this is happening, but I've had little success.  I'm curious if a gnome-terminal guru might be able to help or point me in the right direction.  It would help me identify the source of the problem and I could then file more appropriate bugs.
Comment 1 Willie Walker 2006-05-16 21:50:46 UTC
Created attachment 65616 [details]
Standalone test case to demonstrate the problem.

To run this module, merely type 'python backspace.py' from an xterm.  Then, fire up a gnome-terminal and type away, pressing backspace after you've started editing a line.  The general gist is that you'll see that gnome-terminal spits out a text-inserted event for a block of spaces when you press backspace, and you'll also see no more text-inserted events are issued when you press space from that point on - only caret-moved events will be issued, presumably because gnome-terminal is just moving the caret across the padded spaces it made when you hit backspace.
Comment 2 Behdad Esfahbod 2006-05-16 22:44:34 UTC

*** This bug has been marked as a duplicate of 150858 ***