Re: "Permission denied" from dired, but not from ido completion in tramp

[Michael Albinus]

Philipp Middendorf <pmidden@mailbox.org> writes:

> Hi,

Hi Philipp,

> I have a strange "permission denied" situation with tramp. When I connect to 
> a remote host via "/ssh:host:/foo/bar/baz" I can access "/foo/bar/baz" just 
> fine. 
>
> However, if I navigate to "/ssh:host:/foo/bar" (one directory above "baz"!) 
> and then, from dired, open "baz", tramp tells me "Permission denied".
>
> I have enabled traces, and looked at the debug buffer. I'm not sure what to 
> look for here, but the last entries are basically tramp trying to get the 
> "True name" of "baz" (which works fine), and then:
>
> 07:59:21.468396 tramp-sh-handle-file-truename (4) # True name of 
> ‘/foo/bar/baz/’ is ‘/foo/bar/baz’
> 07:59:21.478967 tramp-handle-access-file (1) # Cannot access file or 
> directory: Reading directory: Permission denied, /ssh:host:/foo/bar/baz/
> (("‘/foo/bar/baz’") 7 ("fsdata" . 26666) ("fsdata" . 6666) 1718283606 
> 1717764465 1717764465 4096 "dr-xr-x---" t 9195275107 -1)
>
> How can I dig deeper into this? If I navigate into "/foo/bar/baz" directly 
> (which, again, works fine), and then go to "/foo/bar/baz/qux", I get 
> "permission denied" again.
>
> Is tramp "checking more things" or "doing something different" when going 
> step by step via dired to a directory vs. going there directly from the 
> minibuffer?

Please set tramp-verbose to 10, and rerun the test. Show the resulting
debug buffer.

> Cheers
> Philipp

Best regards, Michael.