Odd backspace issue: only happens with konsole+remote gnu screen
Linux - SoftwareThis forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
This may depend on the shell being used on the remote host. The most common side effect is that you hit the "Delete" key and get a Control Character of some kind ( ^? or ^H ), rather than have it actually delete something.
Assuming you are getting a "^?" or "^H" when you hit the "delete" key, there's a quick fix and a long term solution;
The quick fix
Type the following after you login to the remote server. This will be good for the current "session" only.
(NOTE: You will have to substitute the Control Character listed below with whatever has been popping up when you hit the "delete" key.)
stty erase "^?"
or
ERASE="^?" ; export ERASE
Long Term Fix
In order for this to work, you will have to determine what shell you're using on the remote server.
You can do this by checking one of the following;
1) Your /etc/passwd entry for your account on the remote server. 2) The value of the "SHELL" environment variable in your current session on the remote server. 3) The output from a regular "ps" while on the remote server.
Once you know what shell you're running, you can update the shell's environment file.
bash = ~/.bashrc or ~/.bash_profile
ksh = ~/.profile and/or ~/.kshrc
sh = ~/.profile
You will have to modify the shell's environment file so that it runs one of the commands from the Quick Fix above.
And as always, make sure to create a backup copy of whatever file you modify!
Hope this helps! (if it does, click the blue thumbs-up in the right-hand corner of this post)
I actually found out what was causing the problem - at some point I was playing with things and changed $TERM from 'xterm' to 'xterm-color', which seems to have somehow thrown the _remote_ gnu screen off the track. :-)
I suppose the real solution would lie in somewhere in termcap, but the quick fix obviously was just reverting back to 'xterm'.
Still thanks for the detailed response and thumbs up for the spirit! :-)
Happy Holidays.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.