GNU bug report logs -
#5334
23.1.91; Term mode prints "0;user@host:~" before each prompt of an interactive SSH session
Previous Next
Reported by: Scott Bell <sctb <at> me.com>
Date: Thu, 7 Jan 2010 19:09:02 UTC
Severity: normal
Merged with 5255
Done: Glenn Morris <rgm <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 5334 in the body.
You can then email your comments to 5334 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#5334
; Package
emacs
.
(Thu, 07 Jan 2010 19:09:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Scott Bell <sctb <at> me.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 07 Jan 2010 19:09:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
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.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#5334
; Package
emacs
.
(Thu, 07 Jan 2010 21:38:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 5334 <at> debbugs.gnu.org (full text, mbox):
Scott Bell <sctb <at> me.com> writes:
> 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.
You probably set PROMPT_COMMAND to something that term.el does not
understand.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#5334
; Package
emacs
.
(Fri, 08 Jan 2010 17:05:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 5334 <at> debbugs.gnu.org (full text, mbox):
On 2010-01-07, at 2:37 PM, Dan Nicolaescu wrote:
> Scott Bell <sctb <at> me.com> writes:
>
>> 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.
>
> You probably set PROMPT_COMMAND to something that term.el does not
> understand.
That's correct. It looks like PROMPT_COMMAND on the
remote machine is trying to set the title string.
Should term.el support this escape sequence? If not,
should it recognize it but take no action (and also
not print undesired output)? This seems like a fairly
common feature, but I could be wrong.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#5334
; Package
emacs
.
(Fri, 08 Jan 2010 19:14:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 5334 <at> debbugs.gnu.org (full text, mbox):
Scott Bell <sctb <at> me.com> writes:
> On 2010-01-07, at 2:37 PM, Dan Nicolaescu wrote:
>
> > Scott Bell <sctb <at> me.com> writes:
> >
> >> 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.
> >
> > You probably set PROMPT_COMMAND to something that term.el does not
> > understand.
>
> That's correct. It looks like PROMPT_COMMAND on the
> remote machine is trying to set the title string.
Does the PROMPT_COMMAND setting come from your .bashrc?
If yes, then:
1. never use it it's overkill, set PS1 to do the same thing instead.
2. when setting it, you need to set it conditionally, only when TERM==xterm
> Should term.el support this escape sequence? If not,
> should it recognize it but take no action (and also
> not print undesired output)? This seems like a fairly
> common feature, but I could be wrong.
That sequence should only be used for xterm.
It's been reported that this used to work in term.el in emacs-23.1, no
idea why it does not work now. I don't have any plans to figure out why
it does not work anymore, or to do anything about it.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#5334
; Package
emacs
.
(Fri, 08 Jan 2010 19:26:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 5334 <at> debbugs.gnu.org (full text, mbox):
On 2010-01-08, at 12:13 PM, Dan Nicolaescu wrote:
> Scott Bell <sctb <at> me.com> writes:
>
>> On 2010-01-07, at 2:37 PM, Dan Nicolaescu wrote:
>>
>>> Scott Bell <sctb <at> me.com> writes:
>>>
>>>> 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.
>>>
>>> You probably set PROMPT_COMMAND to something that term.el does not
>>> understand.
>>
>> That's correct. It looks like PROMPT_COMMAND on the
>> remote machine is trying to set the title string.
>
> Does the PROMPT_COMMAND setting come from your .bashrc?
> If yes, then:
> 1. never use it it's overkill, set PS1 to do the same thing instead.
> 2. when setting it, you need to set it conditionally, only when TERM==xterm
It comes from the system bash initialization, I've now
added PROMPT_COMMAND='' in my .bashrc on the remote
machine.
>> Should term.el support this escape sequence? If not,
>> should it recognize it but take no action (and also
>> not print undesired output)? This seems like a fairly
>> common feature, but I could be wrong.
>
> That sequence should only be used for xterm.
> It's been reported that this used to work in term.el in emacs-23.1, no
> idea why it does not work now. I don't have any plans to figure out why
> it does not work anymore, or to do anything about it.
That's certainly fine by me.
Merged 5255 5334.
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Fri, 08 Jan 2010 19:38:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <bug-gnu-emacs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 10 Feb 2010 12:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 15 years and 135 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.