GNOME file selector tries to access wrong path on WebDAV

[Jürgen Kreileder]

If there's a WebDAV server configured with something like
davs://<email address hidden>:441/users/name (unlike on Debian, the non-standard
port works on Ubuntu :-), the GNOME file selector shows that server in its
shortcut list on the left side. Clicking the entry results in an access to
".../users/". If the user only has access to ".../users/name" but not
".../users" then this fails with 401. That makes the entry in the file selector
pretty useless.

http://bugzilla.gnome.org/show_bug.cgi?id=150585: http://bugzilla.gnome.org/show_bug.cgi?id=150585

[Sebastien Bacher (seb128)]

is that specific to webdav? do you create the share with the nautilus dialog for it?

[Jürgen Kreileder (jk)]

No, it happens for FTP too: With ftp.kernel.org/pub/linux/kernel, it reads
everything up to / (that is /pub/linux/kernel, /pub/linux, /pub, and /) .

I guess the file selector does that when it builds the path buttons. It's not
clear to me why it has to access the all parent directories in the path for
that, it should be OK if just builds the buttons from the given string.

One can probably reproduce the problem locally with a shortcut for something
like /foo/bar/, where the user can access the directory /foo/bar but not the
parent /foo. I haven't tried that, though.

[Jürgen Kreileder (jk)]

The problem also shows up with directory combobox at the lower left of Nautilus
windows.

I think if a user mounts dav[s]://example.org/some/directory, then
'/some/directory' should be treated as file system root and GNOME shouldn't try
to access parent directories. (This behavior would be consistent with NFS)

[Sebastien Bacher (seb128)]

you describe 2 differents issues here. Your fileselector tries to open /users
where you have set /users/name? What does nautilus?

[Jürgen Kreileder (jk)]

Nautilus windows have a combobox that allows you to access parent directories in
the lower left corner: If you mount dav://host/parent/child, you'll get a
combobox with 'dav://host/' and 'dav://host/parent/' in the window for
'dav://host/parent/child'. That's just as wrong as giving access to those
directories in the file chooser.

GNOME should treat mount points (at least WebDAV and FTP) as file system roots:
 That means if a user mounts something like 'host/level1/level2/level3', he can
access everything below '.../level3' but nothing above that level. Windows gets
that right: going up from '.../level3' puts into the special 'Webfolders' folder.

Note that the tree view in Nautilus' browser mode shows the correct behavior, it
just presents stuff below '.../level3'.

[Sebastien Bacher (seb128)]

thanks, that part is clear. But "441/users/name .... Clicking the entry results
in an access to ".../users/" seems an another issue, it should use the right
directory, or is that a typo?

[Jürgen Kreileder (jk)]

(The '441' is just the port on the server).

* Mounted volume is dav://host:port/users/name/
* Open file selector
* Click on the corresponding entry in the shortcut list on the left

=> Accesses to dav://host:port/users/ and dav://host:port/
Both of these shouldn't occur.

[Sebastien Bacher (seb128)]

That seems to be the same issue than
http://bugzilla.gnome.org/show_bug.cgi?id=150585

[Timo Aaltonen (tjaalton)]

confirmed by upstream

[Sebastien Bacher (seb128)]

could you try if that's still an issue on hardy?

[Sebastien Bacher (seb128)]

closing this bug since now the gtk gio backend is used in intrepid