Android: Sync Contacts, Calendar (and Notes)

[8h2a]

Is it possible to include a function to sync the calendar, contacts and possibly the Notes?
Else i have to use (paid) apps like CardDAV-Sync free beta and CalDAV-Sync beta.

[rperezb]

@thedd thanks for your suggestion.

Certainly, we're adding new features to the ownCloud app, this will be implemented in future releases.

[herbert00]

Yes, this would be a great idea! Definitely necessary!

[happysysadm]

+1 for having this feature in OC!

[legalstuff]

For my viewpoint its also usefull to add Tasks and appointments with attendies in OC and the Clients(Win/Linux/Adroid)

[pschichtel]

+1 this would be awesome!

[helonaut]

Ok, is there up until now anyone who started writing code for this feature?

[davivel]

No

[Booloki]

+1 This would be great features !

[HLFH]

+42

[teoverton]

Definitely needed. Otherwise owncloud is pointless as a caldav server for android wielders.

[jancborchardt]

By the way, the new Notes app will enable note syncing automatically because it uses a "Notes" subfolder with plain text documents in it. http://github.com/owncloud/notes

[HLFH]

For CalDav, it has been already possible with an Agenda like in Google Apps (http://goo.im/gapps, you could choose another) AND CalDAV Sync Adapter (FOSS) : http://f-droid.org/forums/topic/caldav-sync-adapter/

Available with FOSS Appstore F-Droid : http://f-droid.org/FDroid.apk

The last problem is CardDAV-Sync with FOSS philosophy :)

[untitaker]

@HLFH This adapter does only one-way sync, which is insufficient in most situations.

[HLFH]

@untitaker The author said "one-way for the moment, waiting to have a stable app for all the servers before enabling two ways". So, please contribute here : https://github.com/gggard/AndroidCaldavSyncAdapater/issues
And then, it will be possible.

By the way, aCal is an _undesigned_ app. So I prefer the unfinished but efficient backend app above.

@jancborchardt Finally, Notes Syncing is not ready because OC Notes on OC Android App are not viewable but only downloadable :)

[da2x]

+1

[dlech]

If anyone would like to contribute to the Contacts part of this issue, I have created a separate issue #120 to discuss contacts sync only.

p.s. It is nice to know that there is interest in this particular issue, but if you are going to say +1, you should add something useful after it. Just a suggestion.

[jancborchardt]

Just as a note: Marten Gajda (the author of CalDAV & CardDAV sync) announced that he is going to open source the apps as soon as they reach 1.0 – nice dude!

[helonaut]

AWESOME !

[mokkin]

Great! Already using them.
But especially for easy configuring and business usage it should be integrated in the OC android app.

[jancborchardt]

Yes, it’s of course on the roadmap somewhere (in the far future), but right now the focus is on having the core file sync stable. :)

[zerginator]

@jancborchardt From where do you have the information ? I couldn't find any sign of this on Marten Gajdas website

[mbiebl]

@zerginator
http://dmfs.org/wiki/index.php?title=Open_source_status
http://dmfs.org/wiki/index.php?title=CalDAV-Sync_FAQ#Is_CalDAV-Sync_open_source_Software.3F

[zerginator]

@mbiebl and @jancborchardt Thanks ... so I think we could wait until is opensource

[jancborchardt]

And in the meantime, buy the app to support the developer. It’s like crowdfunding.

[da2x]

I have followed the open-source status of CalDAV/CardDAV Sync for about a year. The referenced document was actually updated one year ago, and not much have happen since.

The developer has published this as an answer to why it isn’t open-source yet: “Because it's not ready yet. Some parts of the source code are quite messy, it would be too embarrassing to publish it ;-)” I’m sure that concern could be addressed by offering help.

From this conversation, it is not clear if anyone actually made a request for the source to be opened? I mean, this is a larger project that would have immediately use of it. If I where the developer, I would publish the source if I got such a request (and maybe an offer to clean it up first).

[jancborchardt]

Then, everyone of you who would like the code to be open source, please mail the developer. Discussing here does not help.

On 14.04.2013, at 13:18, Daniel Aleksandersen [email protected] wrote:

I have followed the open-source status of CalDAV/CardDAV Sync for about a year. The referenced document was actually updated one year ago, and not much have happen since.

The developer has published this as an answer to why it isn’t open-source yet: “Because it's not ready yet. Some parts of the source code are quite messy, it would be too embarrassing to publish it ;-)” I’m sure that concern could be addressed by offering help.

From this conversation, it is not clear if anyone actually made a request for the source to be opened? I mean, this is a larger project that would have immediately use of it. If I where the developer, I would publish the source if I got such a request (and maybe an offer to clean it up first).

—
Reply to this email directly or view it on GitHub.

[davivel]

@jancborchardt +1000.

Please, let's keep the focus here about the ownCloud app. As Jan stated before, contacts and calendar are in our backlog, and any help in this will be very appreciated. But chatting about what could or could not be used from other projects without their authors being involved here is not useful.

[helonaut]

"Hi -----,

thanks for your emails. Unfortunately the code is not ready for becoming open source yet. Gently spoken it's a mess.
I'm a professional software developer and I can't let my customers see this code until it meets our quality standards.

During the last months we've focused on a new task app to sync tasks to. That was necessary because Android doesn't support tasks yet. We've avoided many of the mistakes I made with the sync apps and the code quality is much better. I'm planning to release the task app under Apache 2 in a few days. I just have to clean up the doe a little.

Once we've published the task app and updated CalDAV-Sync to sync tasks we'll continue to work on the open source release of CalDAV-Sync.

cheers
Marten"

Can't wait ! :+1:

[pserwylo]

Sorry to drag this discussion on, but for anybody who is interested, AndroidCaldavSyncAdapter v1.18 has two way sync and it seems to be working with my owncloud instance. You can get it from F-Droid if you'd like: https://f-droid.org/repository/browse/?fdfilter=caldav%20sync&fdid=org.gege.caldavsyncadapter

[HLFH]

There is now Davdroid ! CardDAV + CalDAV sync on Android! It's available since today on F-Droid.org!
F-Droid : https://f-droid.org/repository/browse/?fdfilter=dav&fdid=at.bitfire.davdroid
Repository : https://github.com/rfc2822/davdroid
Official Website : http://davdroid.bitfire.at/what-is-davdroid

OwnCloud for Android must be first optimized for files, not for other things.

[derherrc]

@HLFH I don't agree to your point, that "OwnCloud for Android must be first optimized for files, not for other things.". As calendar and contact are out-of-the-box features of ownCloud there is a basic need (at least a feature request or wish by some users, including myself) to get this synced on mobile devices as well. Such as files are synced with the Android app by now.

[nodiscc]

@derherrc Owncloud is compatible with standard open protocols like CalDAV and CarDAV.The point is not having to rewrite everything from scracth. Once we have a proper FOSS app to handle contact sync, I don't see the need to clutter the codebase of the Owncloud app, and waste the developer's time. DAVdroid is a pretty good choice for this (though https://github.com/rfc2822/davdroid/issues/3 needs fixing). When it's stable enough it could be recommended by the Owncloud team. As an example, you wouldn't want the desktop owncloud app to sync your contacts/calendar with thunderbird would you?

[dper]

@derherrc The reality is that this project is a file sync project. Some people imagine it being a comprehensive OwnCloud client, but in reality it is not, shows no signs of becoming one any time soon, and really doesn't need to be, because we have other options. This is probably a good thing, because big projects are hard to do right and even harder to keep up to date.

[jamesjwarren]

Fair points. However from a usability point of view, for end users, it makes so much sense to have it all in one client app. Otherwisewe have to provide users with a complex and convoluted setup procedure.

[nodiscc]

Sorry for polluting this thread with discussion. There's some truth in what @jamesjwarren said. Installing 2 apps is not a major hassle (want to sync files? install an app. want to sync calendar? install an app), but setting them up, entering credentials twice, accepting self-signed certificates twice and so on will be painful. This could be solved if the external calendar sync app is able to read/use data from the ownCloud app account data stored by android. I'm pretty certain there's no need to reinvent the wheel here, that there are good FOSS apps that do the job (davdroid is one), and that the owncloud developers will feel better not wasting time reimplementing such features.

If we want an easy setup, someone please file a bug at https://github.com/rfc2822/davdroid/issues/ to enable owncloud account integration (use user credentials, list available calendars, pick one). There's a lot of interest on this project so it may get fixed. Again, once it's good enough the app could be recommended or distributed by the onwCloud team itself, as it's free software.

[Kernald]

@nodiscc I don't think there's any "good" way to share credentials between apps from different distributors on Android. Keeping separate apps is logical, but the good way to do it would be to use one (and only one) account shared by all OwnCloud apps (like Google does). However, this requires to have all apps signed with the same key.

[dper]

@nodiscc I'm not sure we need the OwnCloud team to recommend or distribute any CalDAV or CardDAV apps, except as nice public service. After all, people already are getting these apps directly from F-Droid or the Google's convenience store or wherever they like readily enough.

@jamesjwarren As for logging in twice, if that's really a big concern, I suppose this project would either have to write its own clients or else fork other clients. Who knows what the future may bring, but if I were a betting person, I'd write that down in the "definitely not any time soon" category. It's worth noting that users are already used to logging in twice for different uses of the same server. I personally use the same login for email that I do XMPP, and I imagine this kind of thing is very common.

[kucksdorfs]

How about instead of sharing credentials, you have a core app and then plugin apps available through the play store? That's how Yaste, the XBMC controller works. That's also how you can do something like a "free" app and then pay for plugins (I realize this app is $.99 in the play store).

Link to Yaste in the play store
https://play.google.com/store/apps/details?id=org.leetzone.android.yatsewidgetfree

[nodiscc]

It's worth noting that users are already used to logging in twice for different uses of the same server.

I do. It's not so painful. The hard part in owncloud is figuring out the CalDAV/CardDAV URLs for your calendars/address books. Currently you have to open the ownCloud web UI, go to the calendar tab, click the tiny gear icon (horribly difficult from a mobile device/touch screen as the web UI is not responsive), copy the address and paste it in your DAV client. The current ownCloud app could just expose the URLs for available calendars (in a separate calendar/address book dialog), ready to copy/paste in your Card/CalDAV app.

I'm not sure we need the OwnCloud team to recommend or distribute any CalDAV or CardDAV apps

Some users will expect an easy way to sync their calendars from the app. An info screen/dialog like the one I recommended above would be great for them, like "Your ownCloud calendars and address books are available through the CardDAV and CalDAV synchronization protocols. Please install a DAV app like insert recommended client here and use this URL to sync your data: https://my.own.cloud/remote.php/caldav/user/calendars/default". Better than saying nothing and letting users search for this bug report, am I right?

[jancborchardt]

Sorry to break the discussion, but what exactly are you folks arguing about?

It makes total sense that the ownCloud app also enables contact and calendar sync. Otherwise you have to put in your credentials multiple times which is really annoying on mobile.

The only question is when we have time to do it since we focus on file sync and share for now. @MTRichards @rperezb what do you think?

[dper]

@jancborchardt What are you talking about? The devs here say they may or may not have time at some point in the distant future to add these features, so everyone is talking about ways to work around this. Is that OK?

[jancborchardt]

@dper since you said »I'm not sure we need the OwnCloud team to recommend or distribute any CalDAV or CardDAV apps« this sounded like you’re arguing against the usefulness of this being in the main ownCloud app. That’s why I clarified.

[dper]

@jancborchardt Whether the OwnCloud team recommends software is purely a documentation question. It has nothing to do with usefulness of software. Anyway, we appear to have gone off on some tangent that leads nowhere. Sorry about causing this.

[mrflix]

This is my favourite feature request thinking of how complicated it will be for my friends to type in the different urls.
I'm aware that below interface this will be a hell lot of work for you guys.

[dper]

@mrflix I sincerely hope you aren't having to type URLs. Copy/pasting is a _much_ better option.

[helonaut]

On a mobile phone? Without a decent mobile theme? Good luck with that !

[ghost]

If anyone is interested in contributing to a bounty for implementing this feature request: https://www.bountysource.com/issues/541755-sync-contacts-calendar-and-notes

[jamasi]

+1 for integrating this functionality into the owncloud client as this will improve user experience.

[noahmenzi]

+1

[soluxima-erik]

Loving the latest ownCloud App version (Android), its real stable now.
Still missing the Calendar and Contact sync (using Marten Gajda's CalDAV-Sync and CardDAV-Sync for now).
+1

[hitam4450]

When will syncing Calendars & Contacts be available in the OC-ANDROID-client?

regards, hitam4450

[dper]

@hitam4450 I have heard of no work on this. Expect nothing. :-)

Many of us use DAVdroid for contacts and calendars. There are some other good CalDAV and CardDAV clients for Android, too.

[tobiasKaminsky]

What about adding the possibility that davDroid can read the credentials from our app to provide an easy setup of calendar & contacts?

[AndyScherzinger]

Hmmm, I would suggest against it since this could mean that any other app could also access the credentials and the could be seen as a security thread.
Wouldn't it be best to integrate the Cal/Card sync into the app itself, either via our own implementation or checking back with the DavDroid developer if he would be willing to integrate it directly into the app + cla.

[tobiasKaminsky]

The best, of course, would be to have this entirely in our app, but I doubt that we can handle this.
So therefore I tried to find a good compromise.
Your security concern, which is correct, could be handled in the way that the credentials must be sent from within our app to the desired app (e.g. davdroid).

[untitaker]

The CalDAV/CardDAV apps by dmfs handle special URLs for caldav setup. See http://dmfs.org/wiki/index.php?title=ICloud for an example. The ownCloud app could just provide such links.

[zbraniecki]

I installed DavDroid to sync calendar and it had an option to sync contacts. I tried that and it never sync contacts, but it removed them from my phone. Now I have a lot of "Unnamed" contacts :/

I know it sounds like +1, but as a user, I'd say that lack of calendar integration for Android is the biggest UX limitation I'm experiencing right now with my attempt to switch away from Google garden to OwnCloud one.

[dper]

@zbraniecki As for DavDroid removing contacts when you've been syncing a calendar, that's strange. The URLs used to access contacts (CardDav) and calendar (CalDav) are not the same. Were you using the correct URL? In any case, if you have DavDroid issues, people over on the DavDroid forums would love to help. Certainly many of us have happily used OwnCloud with DavDroid for years, and it's working well, so if you can get the setup straightened out, that'd be ideal.

[AquaL1te]

It sucks that this app will probably never become a full replacement of a few Google services... Would have been awesome to sync contacts, calendar and files with this single app... Without having to use a stack of 3rd party apps to get the sync working besides for files.

If you guys need money to implement this feature, then please start a kickstarter for this or something like that.

[untitaker]

@AquaL1te DavDroid exists, and the nextCloud app has a feature that can launch DavDroid with prefilled configuration. I don't think there's anything missing, really.

[zbraniecki]

From my interactions with the Owncloud community on this topic so far it seems like there's some state of denial when it comes to realization that a third party app provides significantly lower UX than an integrated solution.
Every time I see someone asking for it, the response it "There's a DavDroid, and if you install F-Droid then you don't even have to pay for DavDroid. I see no problem. Move on"

[untitaker]

@zbraniecki There's no denial, it's cost-benefit analysis. You are underestimating what it takes to write such an app. The work put into it is definetly worth more than what DavDroid's price indicates. I think the ability to launch DavDroid with pre-filled credentials from the NextCloud app is a major UX improvement without a lot of extra development cost.

You could fork DavDroid and publish it on Google Play without charging anything, but I don't think that'd be fair towards the DavDroid developers.

[zbraniecki]

Nobody questions if I can fork or if the price is fair.

What I (and others) argue is that the current experience of getting owncloud to work on a phone is very bad.

I don't see owncloud community recognizing that statement.

Every time someone brings it up the response is "you just need to install this bunch of apps and it works!".

I'm.not going to elaborate on the things like trust, branding, pricing, bugs, sense of bloating the phone with fdroid, davdroid and owncloud app...
All I'm saying is that it's bad.

You can deny it, you can pretend it's not, or you can skip my statement and focus on other things.
Or you can accept the feedback from your users.

Since you don't, I'd say it is denial.

[untitaker]

I'm not sure who you speak of when you say "the owncloud community", and I'm not sure why you think ownCloud's users are my users. I'm not affiliated with ownCloud.

In the end the question is: Who will pay for the developer time invested here? And with FOSS the answer usually ends up being: Not the user. Even a Kickstarter only helps with initial development, not long-term maintenance. So I do think that a cost-benefit analysis is relevant here. I can acknowledge your feedback and agree with your statement that it would be better UX, and still consider other factors that play into the decision making process.

[stefan-niedermann]

a all-in-one-device (german: eierlegende wollmilchsau) is not always the best solution. it often has low performance, is bad in maintenance and its difficult to create an acceptable UX so a user can access every action quick. even google does not habe one app for all - it provides apps like drive, gmail, maps etc.
if you are concerned that the developers are officially not employees of owncloud or nextcloud i would be happy to transfer the android notes client repository to the nextcloud organisation. what is the concrete issue? sorry, but i don't get the point...

[AquaL1te]

what is the concrete issue? sorry, but i don't get the point...

It's all about integration. ownCloud has services, ownCloud has an app. But to get all the data from ownCloud you need to setup a stack of 3rd party applications and settings before it appears in the Android sync accounts. That's just messy.

GNOME online accounts has the integration of ownCloud's contacts, files and calendar. Is it so strange to expect the same performance from the ownCloud developers themselves? I know this sounds self centered, but I won't switch to ownCloud until I can properly sync it on all my devices, and I don't think I'm the only one. If that will never happen then I'm sure some other project will, until then Google will do the job just fine.

[stefan-niedermann]

until then Google will do the job just fine.

just like i said: google does not provide a single app but provides different apps fir different use cases. from photos, music, maps, contacts to keep and gmail - every use case is delivered as a single app.
okay - contacts and calendar iscovered by a 3rd party app (davdroid) but exactly this is the huge benefit from open source software. not every ecosystem has to reinvent the wheel thanks to open standards. just my 2 ct and i will be quiet now.

[AquaL1te]

just like i said: google does not provide a single app but provides different apps fir different use cases. from photos, music, maps, contacts to keep and gmail

You skipped the part where I also mentioned integration a few times (like in GNOME), Google provides that integration perfectly. I like to have things integrated so it's easy and clean to manage, if this cluster setup works for you then that's great for you. I'm sure I'm not the only one that was trying to find the setting to sync the calendar and contacts within the ownCloud app itself.

[zbraniecki]

In the end the question is: Who will pay for the developer time invested here?

And who pays for developer time invested in the sync feature which is in the owncloud app? That's a false dichotomy.

Even a Kickstarter only helps with initial development, not long-term maintenance. So I do think that a cost-benefit analysis is relevant here.

No it's not. Arguing that one feature is "part of the bundle" and the other is not and it's ok to let a third-party app "be the answer" is not an answer at all.
Writing software costs and takes time. Open source software is no different. I happen to know since I work on open source software for 15 years.
And you either find a model that makes a project sustainable, either with or without money, or you don't.

So please, don't bring it up in the context of a basic feature of the software. It's like if you argued that Firefox should supports http, but for https you need to install a third-party app SecureDroid through F-Droid or pay for it, and it's ok since writing code costs.

I can acknowledge your feedback and agree with your statement that it would be better UX, and still consider other factors that play into the decision making process.

I definitely expect other factors to play into the decision. And not all of them must be public. But what I find surprising, and what caused me to bring it up is that every time I read someone bring it, the answer is "it's all fine, we don't need a solution in the owncloud app" which is just simply not true.
I'm ok with the answer "we don't have time" or "we don't have resources", or "we need to build a business model around owncloud, and that's a way we're testing". All of those answers are ok.
But claiming that the current setup is sustainable and works "as designed" and "there's no problem" is a denial.

a all-in-one-device (german: eierlegende wollmilchsau) is not always the best solution. it often has low performance, is bad in maintenance and its difficult to create an acceptable UX so a user can access every action quick.

Sorry, that's just FUD. The features we are discussing require little to no UI. It's about syncing. It's not something users will heavily interact with. I want to install my owncloud app, and when I open my calendar app I want to see my calendars from owncloud. Third party app with its own UI, UX, icon, stability and permission system is just making it much worse.

if you are concerned that the developers are officially not employees of owncloud or nextcloud i would be happy to transfer the android notes client repository to the nextcloud organisation. what is the concrete issue? sorry, but i don't get the point...

I'm concerned about the UX of using the product. I do actually believe that for notes as a standalone app in particular it would be beneficial if they were released under the umbrella brand like "owncloud" or "nextcloud" with the same UX/UI as other apps.
But for syncing, I believe that it should just work, announcing to the user the implementation details that syncing photos is part of one app, but syncing calendar is another, is a bad UX.

You can find another conversation (that I started) with the description of steps it takes to get something as fundamental for the owncloud experience as calendar sync to work: https://www.reddit.com/r/NextCloud/comments/5fzhjr/nextcloud_calendar_on_android/daobbcd/

And then, if you're really curious, although I believe it's just my experience and not necessarily the nature of the software bundle, I can tell you that I tried it once. I got fdroid, and davdroid and I tried to set it up, and I lost all my contacts. They're on contacts.google.com, but on my phone they show up as unknown numbers and I had to readd the contacts I use often. It's not part of my argument because that bug can happen anywhere, but that's part of my experience.

To sum it up. If it's about the money, I'd love to pay for an owncloud official client that does calendar/contacts/photos sync. I can imagine having a free version that does only photos, and paid that does all of it. Sign me up.
But the moment you send me to a third-party app and tell me I need two apps for a single (from the user perspective) task of syncing my phone with my owncloud account, you're creating a bad UX that hits your ability to get users.

[rfc2822]

@zbraniecki Not really on topic, but the Android 6+ battery saver will "break" any sync app, including an OwnCloud contacts/calendar sync app. It's an Android feature :)

[Kernald]

@rfc2822 While Android 6+ makes things a little more complicated due to the doze mode, it obviously does not break anything. You have all the callbacks you need to handle doze mode properly.

[dper]

@Kernald @rfc2822 The issue you two are discussing is one of words (and is off-topic). Do you want to say "break" or "not backwards compatible" or "forward-thinking"? Whichever, it's something developers have to deal with, and it takes time and energy. I think we all understand what you both mean, and we sympathize. :-)

[rfc2822]

@Kernald I took the wording from @zbraniecki. And Android 6 does "break" sync intervals when you don't exempt an app from power saving, see https://davdroid.bitfire.at/faq/entry/sync-intervals-doze-mode/. It's well-documented behavior: all apps are encouraged to use Google's proprietary GCM. If they don't (because they want to use CalDAV/CardDAV, for instance), you have to "whitelist" the app: https://developer.android.com/training/monitoring-device-state/doze-standby.html#whitelisting-cases, which requires interaction with users to turn off power-saving for this app.

[davivel]

Please, keep in the topic. This issue is complex enough to bring off-topics in.

Personally, I would love to have contacts and calendar sync in the ownCloud Android app. Unfortunately, I don't think that is going to happen in the short term. Sadly, I've said like this for a long time.

However, I still keep the faith in that we will get it some day.

I got fdroid, and davdroid and I tried to set it up, and I lost all my contacts.

This is awful. We have talked briefly offline about adding an "easy share of account credentials" with DavDroid (sure you remember, @DeepDiver1975) , but your experience really scares to me. Not that we don't have our own bunch of bugs, but I've always been reluctant to recommend third-parties without very, very, very strong reasons, and this is not helping to convince me.

[theScrabi]

So since we started to cooperate with the devs of dav4droid we thought it was a good idea to add a link to their apps davdroid for private and managed davdroid for busies customers.

As Holger pointed out we will also have to make this an optional point in own brander.

[michaelstingl]

Scope and title of this issue is "Sync Contacts, Calendar …". Sadly this never made it to the ownCloud client, and the roadmap is full with ideas to improve file sync and share. We added the recommendation to use davdroid to the settings screen with https://github.com/owncloud/android/commit/5cc53641413d2e367972de0e766c4c2bddcbb1e0 .

Please discuss credential sharing etc in other issues.