GNOME Bugzilla – Bug 760627
OneDrive disk support with Microsoft Account
Last modified: 2018-09-21 17:56:55 UTC
GNOME currently supports Google Drive mounted as a remote resource in Nautilus, which is great. But it also supports Microsoft Account, just without OneDrive. Adding the support should not be impossible, because: 1. Documents stored on OneDrive appear in gnome-documents 2. There is a WebDAV redirection available for OneDrive (it can be mounted as a remote resource in Windows Explorer, completely bypassing that OneDrive client little cloud thingy). I use OneDrive quite often and would love to see it available. It would also make the MS Account support in GOA more complete. I'm not sure it affects GOA specifically, as it's related to Nautilus too. Cheers! Kamil
(In reply to Kamil J. Dudek from comment #0) > 2. There is a WebDAV redirection available for OneDrive (it can be mounted > as a remote resource in Windows Explorer, completely bypassing that OneDrive > client little cloud thingy). Can you point us to some documentation regarding the WebDAV redirection?
(In reply to Debarshi Ray from comment #1) > Can you point us to some documentation regarding the WebDAV redirection? This is from the IIS/MSDN use case: http://www.iis.net/learn/publish/using-webdav/using-the-webdav-redirector And this is from the IT journalist P. Thurrott: https://www.thurrott.com/cloud/microsoft-consumer-services/onedrive/3638/onedrive-tip-map-your-cloud-storage-as-a-drive-in-file-explorer
So reading the docs, it would seem this just needs GOA to point at davs://d.docs.live.net/CUSTOMERID and use an oauth2 token instead of the normal user/password authentication. Would that need a thin gvfsd-microsoft wrapper around gvfsd-dav that does the oauth2 bits, or is there a way to do it without touching gvfs?
(In reply to Michael Terry from comment #3) > So reading the docs, it would seem this just needs GOA to point at > davs://d.docs.live.net/CUSTOMERID and use an oauth2 token instead of the > normal user/password authentication. So, the reason I haven't been terribly excited about this is because I was looking for some official documentation from Microsoft. We have a terribly hard time keeping our online SDKs updated with the latest offerings from the providers. Having official, (to some degree) supported documentation is crucial because they usually indicate deprecation plans, changelogs, etc.. http://www.iis.net/learn/publish/using-webdav/using-the-webdav-redirector seems to be about WebDAV support in IIS, not about a WebDAV end-point for OneDrive. The other one is just an article from a journalist. I confess that I haven't looked hard for such documentation myself, so if you have a link it'd be most welcome. > Would that need a thin gvfsd-microsoft wrapper around gvfsd-dav that does > the oauth2 bits, or is there a way to do it without touching gvfs? The "Files" capability is synonymous to GFile / GVolume / GMount support, and that means GVfs. If Microsoft indeed supports a WebDAV end-point for OneDrive, then it should be pretty easy to add support for it. Look at how Nextcloud works. If not, then it is more work, like the Google Drive backend. But before we get to that, I'd like to: (a) Update libzapojit (our OneDrive SDK) to their latest APIs. Otherwise, we will have a repeat of the drama with Drive. Just when you start working on the backend, you'll realize that the old APIs have been retired. (b) Fix the performance problems with the Drive backend. Mapping these database-backed filesystems to GIO/GVfs' POSIX-y world view is not trivial. Ondrej has a patch for it, that needs to be reviewed, tested, etc.. See this for an overall feel for the problem: https://debarshiray.wordpress.com/2015/09/13/google-drive-and-gnome-what-is-a-volatile-path/
*** Bug 793535 has been marked as a duplicate of this bug. ***
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gvfs/issues/273.