Steps to reproduce:
Set up a Caldav calendar (mailbox.org here).
With DAVx5 connect to this calendar.
Cause an sync error. In this case deleting a recurrent birthday reminder caused an error 403 (Forbidden) from the server.
DAVx5 writes a log file with technical error information (e. g. HTTP request and response, technical device information, Java stacktrace). The information might help the developer, but it doesn’t help a non-tech user at all.
The information about the failure appears as a tiny icon in the status bar only, where it can easily be overlooked.
DAVx5 informs the user in a visible message, in understandable, non-tech words that it could not synchronize, which item is affected (the displayed name of the contact, date or task), what caused the error, how he/she can solve the problem and go on. For instance see https://www.nngroup.com/articles/top-10-application-design-mistakes/, chapter 3.
If the log file is needed for the developer, DAVx5 helps the end-user with easy-to-follow steps to send it to the developer.
No, in the eGroupware I could change the color of a category but not of a infolog.
In the past I could do it in the caldav Programm (also for the cards part)
Open Task have also no option to change the color.
So this could be a feature request for davx5
Yes, Google is changing a lot all the time and they deprecated older APIs recently. Some people report its working, but we’ve now disabled the entry again, because it makes too much trouble for us to support a service which constantly changes and which is also not very well tested by Google itself.
Thanks for the test account. When DAVx⁵ queries the resources, the server sends:
<?xml version="1.0" encoding="utf-8"?>
<D:multistatus xmlns:a="urn:ietf:params:xml:ns:carddav" xmlns:D="DAV:"><D:response><D:href>/SOGo/dav/c%26m@example</D:href><D:propstat><D:status>HTTP/1.1 200 OK</D:status><D:prop><a:addressbook-home-set><D:href xmlns:D="DAV:">/SOGo/dav/c&m@example/Contacts/</D:href></a:addressbook-home-set><D:group-membership/></D:prop></D:propstat></D:response></D:multistatus>
which causes this DAVx⁵ error: Couldn't parse urn:ietf:params:xml:ns:carddavaddressbook-home-set EXCEPTION org.xmlpull.v1.XmlPullParserException: unterminated entity ref (position:TEXT @2:247 in okhttp3.ResponseBody$BomAwareReader@abfda3c)
As you can see, the & is not escaped in the href element, which is invalid XML and can’t be parsed. So, this seems to be a server problem and it seems to be related to the bug report you have posted.
If there are any specific indications that this could be a DAVx⁵ problem, please let us know.
Thanks for the explanation. I guess it was a problem with Baïkal after all.
I have “fixed” it by switching to DAViCal.
Very intimidating documentation & UI, but almost nothing needed to be configured and it Just Worked.
DAViCal is the server
DAVx5 syncs everything on Android
on the desktop I use vdirsyncer & khal for the calendar only (vdirsyncer still refuses to sync my contacts), and SoGo connector for contacts on thunderbird.
It’s been a long day.
I had the same problem where I was able to enter my account in davdroid and Davdroid itself successfully found all my calendars, however none of them would sync with the phone’s calendar programs (both the native calendar and e-tar). Seems like a bug / change in android 7 broke calendar syncing. I was unable to get davdroid to work for months, however now that there’s a new DAVx5 client I decided to try it. They fixed it! The link is broken in the fdroid repo’s BTW, however I managed to install davx5 manually and everything’s working. So if anyone else has the same issue, give the new davx5 a shot!
@Kim-Heinrich “Synchronization with Google CalDAV/CardDAV is not officially supported by Google or DAVx⁵. For some people it seems to work, for others it doesn’t. Google officially requires OAuth 2, which is not supported by DAVx⁵.” If you have suggestions for better wording, please let us know. Of course you can always get a refund, although those Google problems costs us work time without any benefit. Just write to email@example.com or in forum chat
Thanks for the screenshot. I was looking in the wrong place (system settings -> accounts). However, I really think that I had tried this button, with no effect (but I can’t test this anymore), so forget it.
Anyway, the current label in French does not have exactly the same meaning:
In this screenshot it is “adressbücher neu erkennen” which I suppose could be translated by “discover new address books” (it is a guess based on what I found in online translators)
in French it is “Actualiser le carnet d’adresses” which would be literally translated by “update address book”.
I am using DAVx5 18.104.22.168-ose(267). So I joined Transifex to check the translations, and indeed, the German translation has the good meaning. I just updated the French translation to fix this issue (strings 103 and 105):
Refresh address book list -> Actualiser la liste des carnets d’adresses
Refresh calendar list -> Actualiser la liste des calendriers
Synchronization with Google CalDAV/CardDAV is not officially supported by Google or DAVx⁵. For some people it seems to work, for others it doesn’t. Google officially requires OAuth 2, which is not supported by DAVx⁵.
We have received updated information about Google CalDAV:
The old endpoint https://www.google.com/calendar/dav is deprecated and no longer supported.
Now you shout suggest https://apidata.googleusercontent.com/caldav/v2/calid/events
Please have a look on https://developers.google.com/calendar/caldav/v2/guide
Google Account security:
If you use 2-Step-Verification for your Google account (recommended): Create an app password for DAVx⁵ and use the app password for signing in with DAVx⁵.
If you’re not using 2-Step-Verification: To allow Basic auth clients like DAVx⁵ to connect, you need to “Allow less secure apps” in your Google account before setting up DAVx⁵.
If you have further information, please just post here.
So I’m trying to connect DAVX5 with a Nextcloud service on an onion address but run into some problems. I’ve got version 22.214.171.124 of DAVX5 from Fdroid and version 15.0.7 of Nextcloud. And as I said I’m running it as hidden service so I need to connect to an .onion address and on the same device I’ve got Orfox and with I can connect to the onion address. But not with DAVX5. I get HTTP 405 Method Not Allowed. When I look into the apache logs on the server there is nothing special there at all.
@devvv4ever said in NullPointerException: Attempt to invoke virtual method 'void java.util.Calendar.setTimeZone(java.util.TimeZone)' on a null object reference:
As already said, we don’t think it is related to DAVx⁵ itself. But reinstalling the app may clear some caches or the calendar storage which is somehow the cause of the problem. Full-day-events don’t have a timezone.
It seems that reinstalling DAVx5 is not necessary, at least in all cases. I had this issue a long time ago and now again today with two of my calendars containing tasks. Clearing cache of the OpenTasks app (dmfs.tasks) made sync work great again.
Steps to do this: Navigate to the app info of OpenTasks (or presumably your other favourite tasks or calendar app), tap “Storage” and press the “Clear Cache” button. A follwoing sync of the calendars worked without any issue.
Anone can confirm this?
Now, all is well.
I used 2 free applications that I deleted because the automatic synchronization no longer worked.
With DAVx5, everything works perfectly.
It’s user friendly and very simple to use.