From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.7) Gecko/20061027 Galeon/2.0.3 Firefox/1.5.0.7 Description of problem: I connect to a webdav share using Computer -> Connect to Server I enter the hostname and filder and an icon appears on the desktop. After that a popup window appears with the following message: Couldn't display "davs://xxxxxxx/share". The location is not a folder. Doing double click over the icon, triggers an action: a new tab apperas in my web browser, with url davs://xxxxxxx/share and another popup window: "Firefox doesn't know how to open this address, because the protocol (davs) isn't associated with any program" Right click on the desktop icon and properties shows that the file is recognized as HTML document with MIME type text/html, instead of being of type folder. Version-Release number of selected component (if applicable): nautilus-2.16.0-5.fc6 How reproducible: Always Steps to Reproduce: 1. Connect to a dav share 2. Try to browse it 3. Actual Results: Expected Results: Additional info: This happens after a clean install and with dav and davs
What about using "davs://xxxxxxx/share/"? The same?
Yes. As additional info, gedit is capable of opening a file in the dav server if, in the open menu, I write the hole path davs://xxxxxxx/share/file.txt.
I think the problem is that the webserver delivers a webpage at that address too, and gnome-vfs somehow doesn't detect that it also is a DAV directory.
I have reconfigured the server to not deliver a webpage with the contents. Now, I can not acces to the share with the webserver neither with nautilus. When I double click a message appears saying "Acces denied". The mime type of the file on the desktop corresponding to the server is application/octet-stream I can enter in the share using cadaver and gedit also allows to edit the files in the share.
I'm not expert on the dav stuff, you might get better help if you file a bug upstream.
I have tested this again and it seems to work in fedora 7