GNOME Bugzilla – Bug 144006
sftp user@server.com should go to "/home/user", not to "/"
Last modified: 2004-12-22 21:47:04 UTC
when i go to (nautilus, ctrl+L) "sftp://user@host.com" (it's the same with "ssh://user@host.com"), then i get into the "/" directory of the server. imho i should get into "/home/user"
i checked konqueror's behaviour... fish://user@host.com (fish is what ssh is for nautilus) goes to fish://user@host.com/home/user but sftp://user@host.com goes to "/" on host.com
Imo this kind of policy should be implemented in Nautilus not in gnome-vfs
hmmm.... good question.... does vfs-api has something as getDefaultDirectory? if yes, then it should go to vfs-api. if not, then into nautilus imho
Nope, there is no such thing as a "getDefaultDirectory" function. Fwiw, the ftp method used to put users in their home dir when they logged in (since it's the default behaviour on most ftp servers), and this caused issues in Nautilus, so some code was added to make sure that after logging in, the current directory is /
We can't go on modifying the path like that! Then there is no way to reach anything outside your homedir on the machine! gnome-vfs is not the place for this.
just to clarify this.... are you saying that: 1. doing what i said is a bad idea or 2. doing what i said should be implemented in nautilus or 2.a: this should be discussed on the nautilus-list
We shouldn't ever interpret uris in a way that breaks uri specifications or generally does strange stuff. Its not like the kernel vfs suddenly treats pathnames like "/" meaning /home/$user just because you logged in, so why should gnome-vfs do it? Its possible that the UI in nautilus can be designed so that its easier in some specific use cases to get to the home directory on an ftp server, but that shouldn't be handled by reinterpreting uris. Also, all ftp sites where you log in as a user doesn't have /home/$user, so we can't generally do this. (In fact, many ftp servers show you your homedir as / when you log in as a user.)