GNU bug report logs - #9197
24.0.50; Visiting a remote file in one server, when default directory is in another one

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 9197 in the body.
You can then email your comments to 9197 AT debbugs.gnu.org in the normal way.

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

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

From: Dani Moncayo <dmoncayo <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.0.50; Visiting a remote file in one server, when default directory
	is in another one
Date: Fri, 29 Jul 2011 10:56:11 +0200

Recipe from "emacs -Q":

1. Change the current buffer's default directory to some path in
"host-a": M-x cd <RET> /user-a <at> host-a:/dir-a <RET>.
2. Try to visit some (existing) file in host-b: C-x C-f
/user-b <at> host-b:/path-to-some-file <RET>.

Note that, in step #2, just before hitting <RET>, the contents of the
minibuffer are:
   /user-a <at> host-a:/dir-a//user-b <at> host-b:/path-to-some-file

Expected behavior: the file "/path-to-some-file" (from "host-b") is visited.

Observed behavior: an error occurs, because Emacs tried to visit a
(nonexistent) file in "host-a", whose path is
"/user-b <at> host-b:/path-to-some-file".

Note also a different but related problem: the highlighting of the
minibuffer text is consistent with the current behavior (only the
"/dir-a/" part is in gray color).  Thus, this should be fixed too, to
make it consistent with the right behavior. I.e., in this example, the
part in gray should be "/user-a <at> host-a:/dir-a/".


In GNU Emacs 24.0.50.1 (i386-mingw-nt5.1.2600)
 of 2011-07-25 on 3249CTO
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (4.5) --no-opt'

-- 
Dani Moncayo

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

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Dani Moncayo <dmoncayo <at> gmail.com>
Cc: 9197 <at> debbugs.gnu.org
Subject: Re: 24.0.50;
	Visiting a remote file in one server, when default directory is in
	another one
Date: Fri, 29 Jul 2011 17:10:00 +0200

Dani Moncayo <dmoncayo <at> gmail.com> writes:

> Recipe from "emacs -Q":
>
> 1. Change the current buffer's default directory to some path in
> "host-a": M-x cd <RET> /user-a <at> host-a:/dir-a <RET>.
> 2. Try to visit some (existing) file in host-b: C-x C-f
> /user-b <at> host-b:/path-to-some-file <RET>.
>
> Note that, in step #2, just before hitting <RET>, the contents of the
> minibuffer are:
>    /user-a <at> host-a:/dir-a//user-b <at> host-b:/path-to-some-file
>
> Expected behavior: the file "/path-to-some-file" (from "host-b") is visited.
>
> Observed behavior: an error occurs, because Emacs tried to visit a
> (nonexistent) file in "host-a", whose path is
> "/user-b <at> host-b:/path-to-some-file".

This is the intended behaviour. When your buffer's default directory is
remote and you want to open a local file or a file on another remote
server, you need three slashes, like this:

  /user-a <at> host-a:/dir-a///user-b <at> host-b:/path-to-some-file

See also (info "(tramp)Filename completion")

Best regards, Michael.

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

From: Dani Moncayo <dmoncayo <at> gmail.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 9197 <at> debbugs.gnu.org
Subject: Re: 24.0.50; Visiting a remote file in one server, when default
	directory is in another one
Date: Fri, 29 Jul 2011 18:36:23 +0200

Hi Michael,

On Fri, Jul 29, 2011 at 17:10, Michael Albinus <michael.albinus <at> gmx.de> wrote:
>
> This is the intended behaviour. When your buffer's default directory is
> remote and you want to open a local file or a file on another remote
> server, you need three slashes, like this:
>
>  /user-a <at> host-a:/dir-a///user-b <at> host-b:/path-to-some-file
>
> See also (info "(tramp)Filename completion")

I intuitively expected such behavior because I had read nodes [1] and
[2], but not [3].

Maybe the explanation of "ignored chunks in find-file input" in node
[1] should be generalized to take remote files into account, or at
least add some link to node [3].

Anyway, I now understand the current behavior, and you can close this
bug report.

Thanks.

Footnotes:
[1] "(emacs)Minibuffer File"
[2] "(emacs)Remote Files"
[3] "(tramp)Filename completion"

-- 
Dani Moncayo

Message #16 received at 9197-done <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: Dani Moncayo <dmoncayo <at> gmail.com>
Cc: 9197-done <at> debbugs.gnu.org
Subject: Re: 24.0.50;
	Visiting a remote file in one server, when default directory is in
	another one
Date: Sat, 30 Jul 2011 17:54:34 +0200

Dani Moncayo <dmoncayo <at> gmail.com> writes:

> Hi Michael,

Hi Dani,

> Maybe the explanation of "ignored chunks in find-file input" in node
> [1] should be generalized to take remote files into account, or at
> least add some link to node [3].

I have added a link.

> Anyway, I now understand the current behavior, and you can close this
> bug report.

Done.

> Thanks.

Thanks for reporting, and best regards, Michael.

Previous Next

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