Hey @MadGoose, thanks for the input. Are you using something like TitantiumBackup to freeze services? Here is what I found out recently: I have been freezing Google and Samsung software that unfortunately comes pre-installed. It turns out that the Android sync framework, while independent (and a core service of Android), does somehow link into these services. Long story short — I don't really understand all this — I thawed the services, rebooted and wiped Dalvik/Cache, then refroze the services after the boot, and now it's working fine again. I wish I knew what's going on…

Not only are the aforementioned issues persistent, there are also problems with tasks marked complete on Desktop not changing on mobile. No word from Tapir Apps. Giving up hope. Will have to just use ToDo list on mobile exclusively.

Hi, I don't think nextcloud is involved, since the sync settings are stored on the Android side. It must be some internal setting or problem of Android itself, because users of other device manufacturers also reported this over the last years, however it was a rather rare issue and we never could reproduce it except from the "maximum power saving issue" (Samsung devices only) which reproducibly sets sync to manual.

I've been able to figure out why the import in Thunderbird failed for the 51 entries: If the UID of a VEVENT contains "@domainname.tld" or "@machine-name", the Posteo.de CalDAV server returns HTTP statuscode 404 for the REPORT HTTP method. I have now removed all occurences of "@followedbyastring" and successfully imported my .ics-file with Thunderbird. I have not tested the import on my phone using DAVdroid and Calendar Import Export. Should Posteo.de support occurences of "@followedbyastring" in a UID? If I have time to do so, I will report this issue to Posteo.de But please: Feel free to test and report the issue to Posteo.de Sorry for the noise, I initially thought this was a DAVdroid problem.

Hello davdroid, Seems like your user name / password is incorrect. Did you try as described on https://www.davdroid.com/tested-with/fastmail/? Did you use your full email address (without special characters like " " from copy/paste) as user name? Did you use the generated app password (without special characters like " " from copy/paste) as password? Is there any other way how we can help you? This is most probably not a DAVdroid problem.

@equaeghe Oh, I missed the word "tasks" in your original posting. For tasks, "unknown properties" are at the moment not preserved by DAVdroid. This could be implemented in DAVdroid… marking this as an enhancement.

Thanks, it worked.

Sounds like iCloud has changed their redirects, maybe temporarily? Sometimes this happens and then it works again some time later…

it looks like same issue as here: https://forums.bitfire.at/topic/1886/deleted-event-of-recurring-events-appears-again-after-sync

thanks for your fast reply. reported bug looks like it is the calendar thing you mentioned workload is quite high in the moment, i will provide a better bug report according your guidlines (i fear it will be after new year). would love if davdroid would prevent this or add a setting "obey rescrictions on manual syncs". for me it is also some kind of risk. if i want to prevent that my calendar or my contacts are ever synced with the wrong server and i think the restrictions work (maybe if the a real domain resolves to different servers in lan and over a public lan or wlan), this can lead to data corruption (yes its very theoretical). after thinking about that, i would prefere that davdroid always obey the restictions and have an option "ignore restiction on manual sync". before i used solcal which is no longer maintained, now i test https://f-droid.org/en/packages/com.simplemobiletools.calendar and https://f-droid.org/en/packages/ws.xsoh.etar i will debug which app forces the sync and post the info here. captcha don't know how hard your bb is hit by spam bots but maybe this is enough: https://www.npmjs.com/package/nodebb-plugin-math-captcha gitlab issues i love gitlab for issue stuff but i understand your point. for search of closed issues gitlab offers a neat feature now. if you create a new, similar issues (open and closed) are shown while you enter the title. donation donated today. would have donated more if possible...

Hi, if the notifications are turned on is there any error message? Thats the only thing I can imagine when the device vibrates is that it has a very short error message notification which disappears again after a very short time. Generally: DAVdroid itself doesn't notify the user if a sync is done, the syncs itself are handled by the Android base system (Android Sync Scheduler) which calls DAVdroid sync at the interval the user sets. So Maybe this is set to vibrate when any sync on the system is performed.

Hello, DAVdroid uses Android's account manager to store the passwords (see https://www.davdroid.com/privacy/), as recommended here: https://developer.android.com/training/articles/security-tips#Credentials. See https://gitlab.com/bitfireAT/davdroid/blob/master-ose/app/src/main/java/at/bitfire/davdroid/AccountSettings.kt for details. AccountManager usually stores its database in /data/system/users/0/accounts.db or something like that (may depend on your Android version and variant).

I have .well-known set up properly on Radicale, e.g. see how the redirect and authentication work to eventually yield a text/calendar resource: % GET -C "madduck@madduck.net:$(pass caldav.madduck.net/madduck@madduck.net | head -1)" -eSd https://caldav.madduck.net/.well-known/caldav GET https://caldav.madduck.net/.well-known/caldav 401 Unauthorized Connection: close Date: Thu, 22 Nov 2018 04:27:07 GMT Server: Apache/2.4.25 (Debian) WWW-Authenticate: Basic realm="Radicale" Content-Length: 466 Content-Type: text/html; charset=iso-8859-1 Strict-Transport-Security: max-age=31536000 Title: 401 Unauthorized GET https://caldav.madduck.net/.well-known/caldav 303 See Other Location: /madduck@madduck.net/calendar.ics/ GET https://caldav.madduck.net/madduck@madduck.net/calendar.ics/ 200 OK ETag: "792243342b8910dda23247a582a14d25" Content-Length: 1363953 Content-Type: text/calendar Last-Modified: Thu, 22 Nov 2018 00:53:06 +0000 This works with all other clients, but when I try to connect to this server from DavDroid (2.0.5-ose from FDroid), it doesn't yield the proper resources. Here are the requests made to the server: [pid: 1061|app: 0|req: 196/221] 202.78.240.10 (madduck@madduck.net) {58 vars in 867 bytes} [Thu Nov 22 05:30:00 2018] PROPFIND / => generated 50 bytes in 5 msecs (HTTP/1.1 207) 3 headers in 128 bytes (3 switches on core 1) [pid: 1061|app: 0|req: 197/222] 202.78.240.10 (madduck@madduck.net) {50 vars in 833 bytes} [Thu Nov 22 05:30:02 2018] PROPFIND /.well-known/carddav => generated 0 bytes in 1 msecs (HTTP/1.1 303) 1 headers in 75 bytes (1 switches on core 0) [pid: 1061|app: 0|req: 198/223] 202.78.240.10 (madduck@madduck.net) {50 vars in 833 bytes} [Thu Nov 22 05:30:03 2018] PROPFIND /.well-known/carddav => generated 0 bytes in 1 msecs (HTTP/1.1 303) 1 headers in 75 bytes (0 switches on core 1) [pid: 1061|app: 0|req: 199/224] 202.78.240.10 (madduck@madduck.net) {50 vars in 901 bytes} [Thu Nov 22 05:30:05 2018] PROPFIND /madduck@madduck.net/addressbook.vcf/ => generated 355 bytes in 6 msecs (HTTP/1.1 207) 3 headers in 129 bytes (3 switches on core 0) [pid: 1061|app: 0|req: 200/225] 202.78.240.10 (madduck@madduck.net) {46 vars in 773 bytes} [Thu Nov 22 05:30:07 2018] OPTIONS /madduck@madduck.net/ => generated 0 bytes in 3 msecs (HTTP/1.1 200) 2 headers in 173 bytes (1 switches on core 1) [pid: 1061|app: 0|req: 201/226] 202.78.240.10 (madduck@madduck.net) {58 vars in 867 bytes} [Thu Nov 22 05:30:08 2018] PROPFIND / => generated 50 bytes in 7 msecs (HTTP/1.1 207) 3 headers in 128 bytes (2 switches on core 0) [pid: 1061|app: 0|req: 202/227] 202.78.240.10 (madduck@madduck.net) {50 vars in 829 bytes} [Thu Nov 22 05:30:10 2018] PROPFIND /.well-known/caldav => generated 0 bytes in 2 msecs (HTTP/1.1 303) 1 headers in 72 bytes (1 switches on core 1) [pid: 1061|app: 0|req: 203/228] 202.78.240.10 (madduck@madduck.net) {50 vars in 829 bytes} [Thu Nov 22 05:30:11 2018] PROPFIND /.well-known/caldav => generated 0 bytes in 1 msecs (HTTP/1.1 303) 1 headers in 72 bytes (1 switches on core 0) [pid: 1061|app: 0|req: 204/229] 202.78.240.10 (madduck@madduck.net) {58 vars in 867 bytes} [Thu Nov 22 05:30:13 2018] PROPFIND / => generated 50 bytes in 4 msecs (HTTP/1.1 207) 3 headers in 128 bytes (3 switches on core 1) You can see how the request for .well-known/carddav yields the correct URL, but then there is a PROFIND /madduck@madduck.net/ which makes no sense. Finally, even though .well-known/caldav is also queried twice (why twice?), the redirect is not honoured. Consequently, upon opening DavDroid, there is only a CardDAV section to this account. Worse yet, however, trying to refresh the collections list for CardDAV results in more requests like PROPFIND /madduck@madduck.net/. Looking into the debug output, I see that the SQLite dump only has one entry for CardDAV, and it's got the wrong principal: 4 | madduck@madduck.net | carddav | https://caldav.madduck.net/madduck@madduck.net/ | Only after I manually update the SQLite database and shove it into place, then will DavDroid see the actual collections. If this is a bug, where do I report it? If this is not a bug, what is going on? Thanks, martin

Hi there! I wanted ro report a Problem with adding an account which is hosted on my own Baikal server. This may be just a server issue, but I suggest you may update the documentation if you find it appropriate. Officially the Base-URL stated in your FAQ is /dav.php/ (e.g. https://server.example/baikal/dav.php/)(https://www.davdroid.com/tested-with/baikal/) It only finds my account however when I type the principal URL https://dav.pascalpieper.de/dav.php/principals/NAME/. When looking at the error log, it actually finds the principals path even when leaving out the /dav.php/-part, but somehow reports an internal server error upon request of that site. If I type directly the principal-URL, it finds the services of my user and succeeds. DavDroid Error log: https://paste.fedoraproject.org/paste/OWimfyX2IAqbVcfdoj0P~Q Webserver log: https://paste.fedoraproject.org/paste/SJTfzTIz1jHzU4gGPA7img Thank you PS.: DavDroid is a great app and I enjoy using it otherwise.

I've been using gitlab on a private server for development. Unfortunately, requiring a dual core, 2GB RAM VPS purely for the purpose of holding git repos for a couple of people is not cost effective. I would like to migrate to the free gitlab hosted accounts. Is there are way to transfer a repo and issues to gitlab hosted servers?

Hi, this is my first post in this forum, so I'd like to begin with saying that I really like DAVdroid! I use this app in combination with Nextcloud and I'm mostly happy with it. There is only one minor issue which I wanted to raise here. If I add new calendars or addressbooks within the Nextcloud webfrontend, the app does not automatically detect those changes. I have to start the app, edit my account, click on "Refresh addressbook list" resp. "Refresh calendar list", select the new calendar / address book and then start the sync. What's worse, if I delete an address book / calendar on the server, this change is not automatically propagated to the app. Instead I get 404 errors from DAVdroid until I manually refresh the collections again. Would it be possible to automatically update the list of collections within the regular sync intervals and also explicity trigger a collection refresh when an account is opened within the app? Even better would be, if there was the possibility to auto-subscribe to new collections (maybe provide a configuration switch for that). One of the use cases where this would be a desirable behaviour is, when I share calendars with other Nextcloud users. I do this from time to time with other family members. Atm this is rather cumbersome, I have to tell them to manually refresh and manually subscribe. And later, once I delete the shared calendar, I have to tell them to manually unsubscribe again. Looking forward to hear your feedback on this! Regards, Michael

First of all kudos for your work. This app is simply wonderful. Please consider adding VTODO support as currently openTasks doesn't recognize the ics files that contain VTODO items[URL="https://forums.bitfire.at/category/5/icsdroid"].[/URL]