Is CardDAV really handled by the WebDAV package or by a separate server? As far as I remember, the CardDAV server was always separate.
According to the logs: http://192.168.0.101:5005/homes/Louise/Calendar/ returns 405 Method not allowed, so I wonder how other clients can work with this URL.
The solution was to re-execute the git clone --recurse-submodules https://gitlab.com/bitfireAT/davx5-ose.git with a stable internet connection. Inspection of the command in a re-try showed it had not completed successfully.
Retrying the command until it completed successfully was sufficient for Android Studio to build the project. I apologize for this sloppiness.
Thanks for your answer.
Did everything like in the link. It’s just the URL in it, isn’t it?
Don’t like watching videos as advice at all, they are to fast or to slow or text in it to small (can’t read what the mousearrow ist pointing at, have to guess), I prefer reading ).
Although tried it with the video…
Couldn’t get, if I should activate the CalDAV in WebDAV-Server or not (I did not, seems to be working now). Can I sync to Thunderbird on Win without this activation?
The video is for http - is it for https the same?
Why do I need two accounts inDAV Droid? The CardDAV-Account now shows both: Card and Cal? Can I erase the first account?
And how can I copy&paste a URL from my Desktop to my Cellphone?
I keep on testing, thanks a lot. Would be nice if there is a short written step-by-step-advice additional to the video, where I can use STRG+Scroll-Wheel to enlarge the text :-).
Sorry for my non existing response, I somehow missed your post. The Issue is probably as @devvv4ever writes not nextcloud related. I changed for testing purposes my dav-Server to baïkal and katana (both are no longer maintained), still had the problem.
As written in my previous post, resetting my phone did help at first. A few days ago, I broke the camera of my old HTC 10 with LOS 14.1, time to move to my Nokia 6.1. Well, after setting everything up the issue is back
ICSdroid is also affected, interval is switching back to manual after a reboot.
I’d like to help troubleshooting this issue, what can I do?
P.S.: can I unmark this thread as solved?
it’s neither a server nor a problem with DAVdroid. The error comes from the Android base system. Some users already reported the problem, but we couldn’t reproduce it on our own. All we know is that it only occurs on some Android 8.0.0 builds. Most of the time when the manufacturer updates the devices to a certain build of Andorid 8.0.
The good thing is, many users also report that the error simply vanishes after some time. Either by un- and re-installing DAVdroid some times or when the manufacturer updates the device again.
We think that it oly occurs on very special builds of 8.0.0 and it is maybe related to a caching problem of these Android builds.
This is a duplicate of: https://forums.bitfire.at/post/9654
I’m running owncloud 10.0.0.4 on a slow system and requesting a contact sync >450 entries (with pictures).
As far as i’m able to judge the client is requesting the whole addressbook and after timeout exception it want to retry a request of 10 entries. At this time the server is still running at 100% cpu duty collecting the previous request.
That leads to a bunch of apache instances on server-side which freezes the system for a couple of minutes and the client isn’t getting it’s requests within it’s (too short and unconfigurable) timeout.
For reference: setting the timeout to 180sec would very likely fix this problem
@rfc2822 said in Sync stopped working, nothing to go by in terms of debugging:
@MadGoose Thanks for sharing your solution!
So, your problem was basically firewall settings which were incompatible with the way how Android detects Internet connection, so that synchronization was never started (not only of DAVdroid, but all account types).
Well, not quite:
DAVDroid synced after a reboot for a certain time - just until i got killed (by the system?). It just was not restarted to continue synchronization.
All other apps continued their “synchronization” - but I guess all other apps I use do not rely on the synchronization framework by Android but use other methods to restart after having been killed by the system.
But for sure it was no DAVdroid-related problem but the - in my opinion - not too clear documented (well, where could that be found?) behavior of synchronization framework and “internet connectivity detection”.
@unrel said in How to clear data davdroid without uninstall?:
But I still cannot delete accounts when they are done.
Accounts are saved in Android AccountManager’s database. You would have to delete the account there… but I doubt this is possible without calling the API, just with file manipulation.
@cedricoola Unfortunately not. I am quite certain that the synchronization of the CardDav server only works if you have a proper port forwarding and direct access via a fixed IP address and that this is why I can not access it via app or browser.
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).
thanks for your fast reply.
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.
don’t know how hard your bb is hit by spam bots but maybe this is enough:
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.
donated today. would have donated more if possible…
@rfc2822 said in Location of calendar settings storage on LineageOS 14.1 with Davdroid 188.8.131.52-ose?:
@unrel said in Location of calendar settings storage on LineageOS 14.1 with Davdroid 184.108.40.206-ose?:
Now I can imagine that is because the ServicesDB.kt is compiled into the app. That would mean it does not itself contain the calendar settings, but I should be able to derive from that, where the calendar settings are stored. If that is true, I have yet been unable to derive that location.
ServiceDB uses Android’s SQLiteOpenHelper with a file called services.db. SQLiteOpenHelper uses Context.getDatabasePath(), so you can use that function to determine where your path is. In most times, it’s /data/data/<app>/databases/services.db or something like that. But it may depend
Dear rfc2822, thank you once more for your quick response. Thanks to your tips I have been able to:
Find the services.db file relative to the root of my devices as: /data/data/at.bitfire.davdroid/databases/services.db
Export and visually inspect the database with SQlite studio to determine which tables the services.db contain.
That allows for conversion of the services.db to a .csv file according to: http://www.sqlitetutorial.net/sqlite-tutorial/sqlite-export-csv/.
According to https://forums.bitfire.at/topic/264/view-changes-properties-of-an-existing-davdroid-account/21 the passwords are stored in /data/system/users/0/accounts.db. I have not yet been able to find that database but I will look into it in more detail.
If I can read and write those passwords back, I think it should be sufficient to use a single file containing all the calendars to setup Davdroid automatically.
Thank you very much for your suggestions, once again, if I complete the automation process I will report it back here.
I have the same problem. This used to work fine at some point. I have a Nokia 7.1 with 8.1 Oreo. When I configure DAVdroid and then leave my phone alone for just a few minutes, synchronisation is disabled (both in the Android setttings and in DAVdroid). It seems that this problem is not exclusive to DAVdroid.
I think I may have found the solution while typing this message: There is a background activity manager in Android, you need to explicitly allow background activity for DAVdroid there (Settings->Battery->Background activity manager - sorry if the names are not correct, this is a reverse translation from my German Android UI to English).