After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 538461 - "Connect to server" no longer has a "Secure WebDAV (HTTPS)" option
"Connect to server" no longer has a "Secure WebDAV (HTTPS)" option
Status: RESOLVED FIXED
Product: gvfs
Classification: Core
Component: general
git master
Other All
: Normal minor
: ---
Assigned To: gvfs-maint
gvfs-maint
: 538744 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2008-06-15 15:47 UTC by James Gregory
Modified: 2009-03-02 11:48 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22


Attachments
adds an alias for davs to dav.mount.in (278 bytes, patch)
2008-10-13 16:20 UTC, Marinus Schraal
none Details | Review

Description James Gregory 2008-06-15 15:47:00 UTC
Either the "Secure WebDAV (HTTPS)" option is restored in the drop-down box, or that the "WebDAV (HTTP)" option be changed to "WebDAV" and a checkbox for "secure connections (HTTPS)" is introduced. Either way, it is presently inconvenient for you to have to use "Custom location" then enter "davs://mywebsite.com/webdav/" (for example) if you don't know the formatting for the WebDAV URIs.

Other information:
Comment 1 Cosimo Cecchi 2008-06-15 18:19:31 UTC
Confirming and setting target 2.24 + gnome-love, as this should be an easy fix.
Comment 2 Cosimo Cecchi 2008-06-16 13:23:02 UTC
-> gvfs

On further investigation, it seems this happens because g_vfs_get_supported_uri_schemes () does not return "davs" (and it does not return "https" too). I think this may be as simple as adding a "SchemeAliases = davs" (and a "SchemeAliases = https" too) to the relevant mount.in files in gvfs/daemon...or I am missing a bigger picture here?
Comment 3 Bastien Nocera 2008-06-16 13:26:18 UTC
Dan, what's the status on the SSL versions for those?

Cosimo, I'm not sure we have the framework for SSL certificates in gvfs itself.
Comment 4 Cosimo Cecchi 2008-06-17 10:18:54 UTC
*** Bug 538744 has been marked as a duplicate of this bug. ***
Comment 5 John Pye 2008-07-03 12:04:53 UTC
FWIW I know that for sure this *was* previously working, but something in the Ubuntu Hardy release (GNOME 2.22) has caused this support to be lost.

Note that AFAICT this is a GUI problem only. I can still access 'davs://' shares via the 'Location' box (ctrl-L in Nautilus). I just can't access them from the Places-->Connect to Server box.
Comment 6 mike 2008-08-14 08:05:24 UTC
Even the workaround via the 'Location' box (ctrl-L in Nautilus) is not working here. It can't resolve the host name. I'm using a proxy for the internet.
The same url (davs://...) on the command line with e.g. gnomevfs-copy works fine.

In gnome 2.20 this was working flawlessly.
Comment 7 Marinus Schraal 2008-10-13 16:20:32 UTC
Created attachment 120516 [details] [review]
adds an alias for davs to dav.mount.in

To get the menuitem back in the 'Connect to Server' dialog the attached patch is sufficient. If gfvs webdav ssl support is working as intended (see comment #3 & #6) I cannot confirm since i have no access to a ssl webdav account, altough the backend does seem to have ssl support.
Comment 8 John Pye 2008-10-17 01:09:56 UTC
Hi there

You could try connecting to this URL, it's a SVN repo via SSL:

https://source.eecs.berkeley.edu/svn/chess/ptII/trunk/

I tested it with the 'Location:' box, and it works in Nautilus.

Cheers
JP
Comment 9 Alexander Larsson 2009-03-02 11:48:16 UTC
This should be fixed by:

http://svn.gnome.org/viewvc/gvfs/trunk/daemon/dav.mount.in?r1=2111&r2=2112&

Using an alias is not right.