GNU bug report logs -
#5255
23.1.90; Wrong prompt in term
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Tue, 12 Jan 2010 19:50:02 -0500
with message-id <9utyuqomkl.fsf <at> fencepost.gnu.org>
and subject line Re: Bug#5255
has caused the Emacs bug report #5255,
regarding 23.1.91; Term mode prints "0;user <at> host:~" before each prompt of an interactive SSH session
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact bug-gnu-emacs <at> gnu.org
immediately.)
--
5255: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5255
Emacs Bug Tracking System
Contact bug-gnu-emacs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Under GNU Emacs 23.1.91.1 (x86_64-apple-darwin10.2.0,
NS apple-appkit-1038.25), Mac OS X 10.6.2, Term mode
prints the following prompt during an interactive SSH
session ('ssh host'):
0;user <at> host:~(host:~)$
when PS1 is set to '(\h:\W)\$ ' on the remote host.
The string '0;user <at> host:~' is not displayed when using
another terminal emulator.
[Message part 3 (message/rfc822, inline)]
This bug was closed recently, but unfortunately the close message was
lost from the Emacs bug database. I am therefore resending the close
message. Sorry for the duplicate mail. The original close message was
http://lists.gnu.org/archive/html/bug-gnu-emacs/2009-12/msg00689.html
From: Dan Nicolaescu <dann <at> ics.uci.edu>
Subject: Re: bug#5255: 23.1.90; Wrong prompt in term
To: Fabian Ezequiel Gallina <galli.87 <at> gmail.com>
Cc: 5255-done <at> debbugs.gnu.org
Date: Mon, 28 Dec 2009 11:28:21 -0800 (PST)
Fabian Ezequiel Gallina <galli.87 <at> gmail.com> writes:
> 2009/12/22 Dan Nicolaescu <dann <at> ics.uci.edu>:
> >
> > This is an xterm specific escape sequence, most likely due to a bad
> > setup, you'll get the same problem if you use a vt100 terminal for
> > example.
> > So this is not a term.el problem.
> >
>
> Thanks for the explanation, I just added this to my .bashrc and
> everything started to work fine again:
I am closing this bug, it's not a bug in term.el
> if [[ $TERM =~ ^xterm ]];
> then
> TERM=xterm-256color
Changing the value of TERM is a bad idea, unless you know exactly what
you are doing.
> PROMPT_COMMAND='echo -ne "\033]0;${USER}@${HOSTNAME%%.*}:${PWD/$HOME/~}\007"'
Using PROMPT_COMMAND is not a good idea, the same thing can be done with
just setting the prompt.
----------
This bug report was last modified 15 years and 134 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.