Formerly "Akonadi Next". An offline-caching, synchronization and indexing system.
The code can be found at: git://anongit.kde.org/sink
The documentation can be found at: http://api.kde.org/doc/sink/
Details
Details
Description
Nov 27 2020
Nov 27 2020
alex added a comment to T1324: Introduce an automatic formatting tool.
This has gotten some more attention:
Feb 22 2020
Feb 22 2020
cmollekopf closed T7069: resource database uses a lot more space than it actually requires. as Resolved.
The reason was that we had a concurrent read-only transaction so we ended up accumulating a lot of free pages. Fixed in 0dc8aa249d063a3d6eaa248950c57ed5a1709524
Sep 1 2019
Sep 1 2019
Aug 29 2019
Aug 29 2019
cmollekopf added a comment to T10288: Entity already in model: $id.
The above commit wasn't it (reverted it locally), but still can't reproduce atm.
Can't reproduce, might have been fixed by the recent 1b416946f7c06ff075c7a7d2abacf05705500c3f
Jun 16 2019
Jun 16 2019
Jun 8 2019
Jun 8 2019
May 20 2019
May 20 2019
cmollekopf triaged T10959: An error during changereplay will block all further changes from replay as Low priority.
May 8 2019
May 8 2019
Apr 6 2019
Apr 6 2019
Jan 7 2019
Jan 7 2019
cmollekopf moved T10288: Entity already in model: $id from New to Confirmed on the Kube: Bugs board.
Jan 5 2019
Jan 5 2019
Jan 2 2019
Jan 2 2019
Dec 26 2018
Dec 26 2018
The etag cache is no more.
That's probably because you need kdav2 0.3. And cmake in sink should actually complain if that's not available.
Feel free to reopen if that was not it, but I'm sure the branch builds with the right dependencies.
Nov 13 2018
Nov 13 2018
Sep 26 2018
Sep 26 2018
Sep 12 2018
Sep 12 2018
Aug 30 2018
Aug 30 2018
cmollekopf moved T9533: The etag cache is not properly used for syncs from Backlog to Done on the Kube (0.8) board.
Aug 28 2018
Aug 28 2018
cmollekopf moved T9504: Date-range filtering for recurrences from Backlog to Done on the Kube (0.8) board.
cmollekopf edited projects for T9504: Date-range filtering for recurrences, added: Kube (0.8); removed Kube.
cmollekopf edited projects for T9533: The etag cache is not properly used for syncs, added: Kube (0.8); removed Kube.
Aug 27 2018
Aug 27 2018
cmollekopf added a comment to T9504: Date-range filtering for recurrences.
For the time being we're using the approach that sets dtend to the recurrence end (calculated for 10 years).
This seems to work well enough for the time being.
Aug 26 2018
Aug 26 2018
cmollekopf closed T2830: Use less space for UID and Revision, a subtask of T2797: Don't hardcode a revision number limit of 9999, as Resolved.
cmollekopf triaged T9510: Run simple functionality tests with actual webmail services in CI as Normal priority.
Aug 25 2018
Aug 25 2018
cmollekopf added a comment to T9504: Date-range filtering for recurrences.
An alternative approach would be to redefine dtstart as the end date of the overall recurrence.
Aug 24 2018
Aug 24 2018
cmollekopf closed T9490: Figure out how Google's CardDAV server works as Resolved by committing R864:bfe5e916e75c: Refresh collections individually if no CTag found.
rnicole updated the summary of D15058: Optimize item fetching in DAV protocols.
rnicole requested review of D15058: Optimize item fetching in DAV protocols.
rnicole requested review of D15057: Fix some warnings.
rnicole updated the diff for D15055: Refresh collections individually if no CTag found.
Fix the usage of supportsPrincipals when I really wanted supportsCTags
rnicole requested review of D15055: Refresh collections individually if no CTag found.
rnicole added a comment to T9490: Figure out how Google's CardDAV server works.
I think I've found it. From the Google Contacts API, we find that the Home Set (/lists) contains all the other address books (/lists/default being one of them, but there can be more), but no contacts, so from my understanding, this is why the Home Set does not have any CTag. For some reason, it is also not possible to get the CTag of child collections from the /lists URL. I think the best solution is to refresh every collections individually in KDAV2 in the DavCollectionsFetchJob.
rnicole added a comment to T9490: Figure out how Google's CardDAV server works.
No, we do have the Content-Type: text/xml; charset=utf-8 in KDav2 (Google apparently don't care if it's text/xml or application/xml, and from the XML RFC, the only difference between the two is human readability). The issue was more in the way I was testing from the command-line. The issue with Sink seems to be that Google can't find the getctag property (whereas it works from the command-line). This is weird since the propfind.xml is basically a copy paste from Sink's logs.
cmollekopf added a comment to T9490: Figure out how Google's CardDAV server works.
looks like this is what the client is supposed to do anyways (http://sabre.io/dav/building-a-carddav-client/), so let's make sure that we have something like Content-Type: application/xml; charset=utf-8 in the request.
Is this perhaps something that we generally have missing in all requests in kdav2?
rnicole added a comment to T9490: Figure out how Google's CardDAV server works.
Well, it seems that Google is completely ignoring the request if the Content-Type: application/xml is not present so adding -H "Content-Type: application/xml" to Curl's command line does the trick, and Google returns a valid CTag
rnicole updated the task description for T9490: Figure out how Google's CardDAV server works.
Aug 22 2018
Aug 22 2018