GNU bug report logs - #26387
Issues in IDO/Tramp interaction

Previous Next

To reply to this bug, email your comments to 26387 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Clément Pit-Claudel <cpitclaudel <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Issues in IDO/Tramp interaction
Date: Thu, 6 Apr 2017 16:28:03 -0400

Hi bug-gnu-emacs,

(Not sure if this should go here or tramp-devel)

There are a few compatibility issues between IDO and Tramp:

1. In IDO, '~' is always interpreted as a local path.  That is, if after enabling IDO mode I type C-x C-f /sshx:user <at> host:~/, then IDO immediately removes the /sshx:user <at> host: prefix.

2. Running M-x shell in a buffer editing a remote file results in a prompt saying "Remote shell path: /sshx:user <at> host:/home/user//bin/bash (not found)".  The coorrect prompt would be "/sshx:user <at> host:/bin/bash".

Cheers,
Clément.

Message #8 received at 26387 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Clément Pit-Claudel <cpitclaudel <at> gmail.com>
Cc: 26387 <at> debbugs.gnu.org
Subject: Re: bug#26387: Issues in IDO/Tramp interaction
Date: Fri, 07 Apr 2017 12:11:37 +0200

Clément Pit-Claudel <cpitclaudel <at> gmail.com> writes:

> Hi bug-gnu-emacs,

Hi Clément,

> (Not sure if this should go here or tramp-devel)

Tramp maintainers read also this ML :-)

> There are a few compatibility issues between IDO and Tramp:
>
> 1. In IDO, '~' is always interpreted as a local path.  That is, if
> after enabling IDO mode I type C-x C-f /sshx:user <at> host:~/, then IDO
> immediately removes the /sshx:user <at> host: prefix.

I cannot say too much about, looks to me like an ido issue. 

> 2. Running M-x shell in a buffer editing a remote file results in a
> prompt saying "Remote shell path: /sshx:user <at> host:/home/user//bin/bash
> (not found)".  The coorrect prompt would be
> "/sshx:user <at> host:/bin/bash".

I get "/sudo:root <at> host:/root//usr/bin/tcsh [Matched]". Does /bin/bash
exist on your remote machine?

And btw, I recommend you to use connection-local variables in order to
avoid this question. See the example in (info "(tramp) Remote processes")

> Cheers,
> Clément.

Best regards, Michael.

Message #11 received at 26387 <at> debbugs.gnu.org (full text, mbox):

From: Clément Pit-Claudel <cpitclaudel <at> gmail.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 26387 <at> debbugs.gnu.org
Subject: Re: bug#26387: Issues in IDO/Tramp interaction
Date: Mon, 10 Apr 2017 03:09:42 -0400

On 2017-04-07 06:11, Michael Albinus wrote:
>> 2. Running M-x shell in a buffer editing a remote file results in a
>> prompt saying "Remote shell path: /sshx:user <at> host:/home/user//bin/bash
>> (not found)".  The coorrect prompt would be
>> "/sshx:user <at> host:/bin/bash".
> 
> I get "/sudo:root <at> host:/root//usr/bin/tcsh [Matched]". Does /bin/bash
> exist on your remote machine?

It does. Ideally, shouldn't it print as "/sudo:root <at> host:/usr/bin/tcsh" instead of "/sudo:root <at> host:/root//usr/bin/tcsh" anyway?
Currently, it shows "Shell remote path: /ssh:clement <at> host:/home/clement//bin/bash [No match]"; everything before "/bin/bash" is highlighted and read-only, and pressing RET doesn't do anything. Instead I need to press C-e to get into edit mode then RET to get "/ssh:clement <at> host:/bin/bash", and finally I can confirm with RET.

Cheers,
Clément.

Message #14 received at 26387 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Clément Pit-Claudel <cpitclaudel <at> gmail.com>
Cc: 26387 <at> debbugs.gnu.org
Subject: Re: bug#26387: Issues in IDO/Tramp interaction
Date: Mon, 10 Apr 2017 09:35:35 +0200

Clément Pit-Claudel <cpitclaudel <at> gmail.com> writes:

> On 2017-04-07 06:11, Michael Albinus wrote:
>>> 2. Running M-x shell in a buffer editing a remote file results in a
>>> prompt saying "Remote shell path: /sshx:user <at> host:/home/user//bin/bash
>>> (not found)".  The coorrect prompt would be
>>> "/sshx:user <at> host:/bin/bash".
>>
>> I get "/sudo:root <at> host:/root//usr/bin/tcsh [Matched]". Does /bin/bash
>> exist on your remote machine?
>
> It does. Ideally, shouldn't it print as
> "/sudo:root <at> host:/usr/bin/tcsh" instead of
> "/sudo:root <at> host:/root//usr/bin/tcsh" anyway?

Both notations are equivalent. Before being called, the file name passes
`substitute-in-file-name'.

> Currently, it shows "Shell remote path:
> /ssh:clement <at> host:/home/clement//bin/bash [No match]"; everything
> before "/bin/bash" is highlighted and read-only, and pressing RET
> doesn't do anything.

Only the "/home/clement/" part shall be shown differently.

> Instead I need to press C-e to get into edit mode
> then RET to get "/ssh:clement <at> host:/bin/bash", and finally I can
> confirm with RET.

I cannot reproduce this locally. Could you, pls, start

emacs -Q -f ido-mode

and check, whether the problem persists?

> Cheers,
> Clément.

Best regards, Michael.

Message #17 received at 26387 <at> debbugs.gnu.org (full text, mbox):

From: Clément Pit-Claudel <cpitclaudel <at> gmail.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 26387 <at> debbugs.gnu.org
Subject: Re: bug#26387: Issues in IDO/Tramp interaction
Date: Mon, 10 Apr 2017 11:12:50 -0400

On 2017-04-10 03:35, Michael Albinus wrote:
> I cannot reproduce this locally. Could you, pls, start
> 
> emacs -Q -f ido-mode

You're right, sorry; the following is enough to reproduce it:

  emacs -Q --eval "(setq ido-everywhere t)" -f ido-mode

Clément

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.