Bug 160354 - backspace key in vim running from xterm returns ^?
backspace key in vim running from xterm returns ^?
Status: CLOSED DUPLICATE of bug 155538
Product: Fedora
Classification: Fedora
Component: xterm (Show other bugs)
4
i686 Linux
medium Severity medium
: ---
: ---
Assigned To: X/OpenGL Maintenance List
:
: 162549 163812 (view as bug list)
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2005-06-14 12:37 EDT by Tom Mount
Modified: 2007-11-30 17:11 EST (History)
11 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2005-09-24 06:36:50 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
patched XTerm file (6.98 KB, patch)
2005-07-01 20:46 EDT, Tom Mount
no flags Details | Diff

  None (edit)
Description Tom Mount 2005-06-14 12:37:14 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050524 Fedora/1.0.4-4 Firefox/1.0.4

Description of problem:
When I run vim from the xterminal, anytime I hit the backspace key I get ^? on the screen instead of backspacing. The delete key will delete the current character; if there is no character under the cursor it acts like a backspace key. When I ran vim from gnome-terminal, I do not have this problem. "tput kbs|cat -v ;echo" returns ^?, like it should.

Version-Release number of selected component (if applicable):
xterm-200-6

How reproducible:
Always

Steps to Reproduce:
1. start xterm
2. run vi
3. in insert mode, hit <backspace> key
  

Actual Results:  screen displays ^?

Expected Results:  the previous character should have been deleted

Additional info:
Comment 1 Jared Sutton 2005-06-14 12:39:30 EDT
I verified this problem with a clean install of FC4.
Comment 2 Jared Sutton 2005-06-14 12:53:59 EDT
In addition, the problem also exists when ssh'ing into a different box and
running vi.

For example, I'm on a FC4 box, with an xterm open, and I ssh
user@another_FC4_box.mydomain.foo, and I start editing a doc in vi, the same
problem exists.
Comment 3 Gravis 2005-06-16 15:38:51 EDT
Same problem here, with a fresh new install. Sounds like an inputrc problem.

cheers
Comment 4 Nick Lamb 2005-06-16 17:50:26 EDT
You can add the following line to the file .Xdefaults
*ttyModes:              erase 

... or wait for someone to fix bug 155538
Comment 5 Gravis 2005-06-18 11:10:38 EDT
Adding to .Xdefaults didn't work for me. Nevertheless, this is working here :
add

*ttyModes: erase ^?

to

/usr/X11R6/lib{,64}/X11/app-defaults/XTerm

(as explained in 155538. Thank you Nick.
Comment 6 Jared Sutton 2005-06-18 13:12:59 EDT
adding that line as referenced in the previous post also fixed the problem here
too (both at the machine, and over ssh).  Perhaps this should be patched, and an
update for xterm should be released.
Comment 7 Mike A. Harris 2005-06-22 16:41:10 EDT
(In reply to comment #5)
> Adding to .Xdefaults didn't work for me. Nevertheless, this is working here :
> add

.Xdefaults hasn't been supported by XFree86 or Xorg for 5 years or so.
The correct file is ~/.Xresources

HTH
Comment 8 Adam Pribyl 2005-06-26 15:39:59 EDT
This is also problem in man find function (/).

In vim :help fixdel is how to fix that either for vim only or this note:
"Note about Linux: By default the backspace key
produces CTRL-?, which is wrong.  You can fix it by
putting this line in your rc.local: >
echo "keycode 14 = BackSpace" | loadkeys"
Comment 9 Tom Mount 2005-07-01 20:46:33 EDT
Created attachment 116272 [details]
patched XTerm file
Comment 10 Tom Mount 2005-07-01 20:47:52 EDT
Comment on attachment 116272 [details]
patched XTerm file

path should be /usr/X11R6/lib/X11/app-defaults/
Comment 11 Noa Resare 2005-07-07 15:50:03 EDT
*** Bug 162549 has been marked as a duplicate of this bug. ***
Comment 12 Michael Stevens 2005-07-08 07:12:21 EDT
I'm also seeing this bug on a FC3->FC4 upgrade.

The xterm*ttyModes: erase ^?
workaround fixes it.
Comment 13 Michael Stevens 2005-07-08 07:12:47 EDT
I'm also seeing this bug on a FC3->FC4 upgrade.

The xterm*ttyModes: erase ^?
workaround fixes it.
Comment 14 Karsten Hopp 2005-07-21 08:23:38 EDT
*** Bug 163812 has been marked as a duplicate of this bug. ***
Comment 15 Radu Cornea 2005-08-11 22:04:34 EDT
The problem is NOT xterm, is that the /etc/termcap entry for xterm is not
synchronized with terminfo entry (look at the "kb" value).

The fix is to replace "kb=^H" with "kb=^?" in /etc/termcap, for the
"xterm-basic" entry (which is included by xterm, through xterm-old).

To verify: "infocmp xterm | grep kbs" displays "kbs=\177".

Probably this bug should be assigned to the termcap maintainer.

(Please make sure that the xterm-256color entry is also fixed)
Comment 16 Petr Raszyk 2005-08-30 03:41:59 EDT
To comment #15:

Yes, you are right.
This is a bug in termcap. I have received this as Bug #166702.

Fixed in termcap 5.4 Rel.5.

Petr Raszyk
Comment 17 Mike A. Harris 2005-09-24 06:36:50 EDT

*** This bug has been marked as a duplicate of 155538 ***
Comment 18 Michael A. Peters 2005-09-24 17:45:17 EDT
I think this actually was a dup of Bug #166702 (termcap) and not Bug #155538
The new package from #166702 has completely resolved the issue for me on fc4.
Comment 19 Fedora Update System 2005-11-07 14:33:25 EST
From User-Agent: XML-RPC

xterm-205-1.FC4 has been pushed for FC4, which should resolve this issue.  If these problems are still present in this version, then please make note of it in this bug report.
Comment 20 Fedora Update System 2005-11-14 13:04:11 EST
From User-Agent: XML-RPC

xterm-205-1.FC4 has been pushed for FC4, which should resolve this issue.  If these problems are still present in this version, then please make note of it in this bug report.

Note You need to log in before you can comment on or make changes to this bug.