Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Implement WebDAV sync (RFC 6578) #26

Open
untitaker opened this issue Apr 3, 2014 · 13 comments
Open

Implement WebDAV sync (RFC 6578) #26

untitaker opened this issue Apr 3, 2014 · 13 comments

Comments

@untitaker
Copy link
Member

http://www.ietf.org/rfc/rfc6578.txt

Helps avoiding fetching the whole list of items. Should be implemented with fallback to a normal query of all items, because server support is uncertain.

Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

@untitaker untitaker changed the title Implement RFC 6578 Implement WebDAV sync (RFC 6578) May 29, 2014
@geier
Copy link
Member

geier commented Oct 15, 2014

supposedly, most servers support this now

@untitaker
Copy link
Member Author

If anybody actually needs this much performance, they're welcomed to work on it. I haven't thought about this much, but:

  • I think it's obvious that this feature should be somehow exposed through the storage class.
  • The sync algorithm can reuse the list from the status if nothing changed.

@untitaker
Copy link
Member Author

Also, this seems to be very related to #34, to the point where it might not make sense to implement both ctags and webdav-sync.

@untitaker untitaker mentioned this issue Feb 1, 2015
@untitaker
Copy link
Member Author

Neither ownCloud nor Baikal announce it as a capability, and Radicale certainly doesn't support this.

I'm not sure where the estimate "most servers" comes from.

@geier
Copy link
Member

geier commented Dec 18, 2015

@untitaker I never checked this, I only repeated what I read. The only thing I could find, is that according to its wikipedia page SabreDAV supports it.

Edit: davical also claims compatibility

@untitaker
Copy link
Member Author

Hmm, it doesn't seem sync support has to be announced at all. Will check again.

@untitaker
Copy link
Member Author

Alright, when I use CalDAV-Sync by dmfs, I get 404 when the app tries to fetch the sync-token prop using a PROPFIND/propstat. Both ownCloud (latest version) and Baikal (0.2.7)

@untitaker
Copy link
Member Author

I suppose that not every server that uses SabreDAV automatically supports it since it requires support from whichever storage backend/layout the server uses.

@geier
Copy link
Member

geier commented Dec 18, 2015

If you are interested in testing against davical but don't want to set
it up, I'm happy to make you an account on my instance.

Quoting Markus Unterwaditzer (2015-12-18 13:56:16)

I suppose that not every server that uses SabreDAV automatically supports it since it requires support from whichever storage backend/layout the server uses.


Reply to this email directly or view it on GitHub:
#26 (comment)

@untitaker
Copy link
Member Author

Thanks for the offer. I'd be interested in integrating Davical into the Travis
config. Is this also an option?

On Fri, Dec 18, 2015 at 05:08:09AM -0800, Christian Geier wrote:

If you are interested in testing against davical but don't want to set
it up, I'm happy to make you an account on my instance.

Quoting Markus Unterwaditzer (2015-12-18 13:56:16)

I suppose that not every server that uses SabreDAV automatically supports it since it requires support from whichever storage backend/layout the server uses.


Reply to this email directly or view it on GitHub:
#26 (comment)


Reply to this email directly or view it on GitHub:
#26 (comment)

@geier
Copy link
Member

geier commented Dec 18, 2015

Quoting Markus Unterwaditzer (2015-12-18 14:17:34)

Thanks for the offer. I'd be interested in integrating Davical into the Travis
config. Is this also an option?

Sure. The caveat is that I run it at home over a DSL connection which
gets reconnected once a day, but other than that, I don't have a problem
with it.

On Fri, Dec 18, 2015 at 05:08:09AM -0800, Christian Geier wrote:

If you are interested in testing against davical but don't want to set
it up, I'm happy to make you an account on my instance.

Quoting Markus Unterwaditzer (2015-12-18 13:56:16)

I suppose that not every server that uses SabreDAV automatically supports it since it requires support from whichever storage backend/layout the server uses.


Reply to this email directly or view it on GitHub:
#26 (comment)


Reply to this email directly or view it on GitHub:
#26 (comment)


Reply to this email directly or view it on GitHub:
#26 (comment)

@untitaker
Copy link
Member Author

Not sure how unstable connections would affect this, in the worst case I'd have to kick over the build a lot.

what I'm more worried about is that the testsuite would probably hammer your server. If you send me the credentials I could set up a testrun in Travis so you can observe.

On 18 December 2015 14:30:25 CET, Christian Geier notifications@github.com wrote:

Quoting Markus Unterwaditzer (2015-12-18 14:17:34)

Thanks for the offer. I'd be interested in integrating Davical into
the Travis
config. Is this also an option?

Sure. The caveat is that I run it at home over a DSL connection which
gets reconnected once a day, but other than that, I don't have a
problem
with it.

On Fri, Dec 18, 2015 at 05:08:09AM -0800, Christian Geier wrote:

If you are interested in testing against davical but don't want to
set
it up, I'm happy to make you an account on my instance.

Quoting Markus Unterwaditzer (2015-12-18 13:56:16)

I suppose that not every server that uses SabreDAV automatically
supports it since it requires support from whichever storage
backend/layout the server uses.


Reply to this email directly or view it on GitHub:

#26 (comment)


Reply to this email directly or view it on GitHub:

#26 (comment)


Reply to this email directly or view it on GitHub:

#26 (comment)


Reply to this email directly or view it on GitHub:
#26 (comment)

Sent from my phone. Please excuse my brevity.

@untitaker
Copy link
Member Author

(See #308)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants