@boardtc On Android the contacts list is compiled from so called raw contacts (every account has its own contacts - for example whatsapp has a duplicated list of contacts). An algorithm tries to merge these contacts (it’s duplicates) into one visible contact for you (you can see this when editing a contact - then you’ll see connections to Whatsapp, Signal, Threema, etc). Maybe you assigned a picture into another raw contact of a not-DAVx5-account. Then you might not see the picture you attached to this contact when you pull that contact out for quick use. However it should work with contact picture - I just tested it on a Samsung device.
Google: Received multi-get response without ETag
-
oh and a few related lines after that:
11-05 14:06:03.137 18312 3198 I davdroid: [syncadapter.SyncAdapterService] Sync for (com.android.calendar, Account {name=myusername@gmail.com, type=bitfire.at.davdroid}) finished
11-05 14:06:03.201 2293 2415 D SyncManager: failed sync operation JobId=102140 myusername@gmail.com/bitfire.at.davdroid u0 [com.android.calendar] USER ExpectedIn=-4s EXPEDITED Reason=10084, SyncResult: stats [ numParseExceptions: 1]
11-05 14:06:03.202 2293 2415 D SyncManager: not retrying sync operation because the error is a hard error: JobId=102140 myusername@gmail.com/bitfire.at.davdroid u0 [com.android.calendar] USER ExpectedIn=-4s EXPEDITED Reason=10084 -
@hobbes said in caldav sync with google doesnt work anymore:
11-05 14:06:02.473 18312 3931 I davdroid: [syncadapter.CalendarSyncManager] Downloading 2 iCalendars: [https://www.google.com/calendar/dav/mycalendarid%40group.calendar.google.com/events/someunknownid_R20181020T092000%40google.com.ics, https://www.google.com/calendar/dav/mycalendarid%40group.calendar.google.com/events/someunknownid%40google.com.ics]
11-05 14:06:03.104 18312 3198 E davdroid: [syncadapter.SyncManager] HTTP/DAV exception
11-05 14:06:03.104 18312 3198 E davdroid: EXCEPTION at.bitfire.dav4android.exception.DavException: Received multi-get response without ETagLooks like the server is sending invalid responses…
-
but except for the periodic notification, everything seems to work fine… what can I do to help diagnose this ?
-
@hobbes Can you post the HTTP request before the exception? There should be a multistatus response without an ETag response, which would be a server problem.
-
Hi, where do I get those requests ? I don’t see any detail in the logat, so I’m not sure what you’re asking for… The only thing that seems weird is this line:
11-07 20:30:15.637 6555 5080 I davdroid: [syncadapter.SyncManager] 1pt1mrnrhtn5o5ai8g832eh323@google.com.ics has been added remotelyIt comes back every single time that I sync the calendar.
Other than that, I have a bunch of those:
11-07 20:25:19.596 6476 3803 W ContentResolver: Failed to get type for: content://com.android.calendar (Unknown URL content://com.android.calendar)But I don’t think that they are related to my notification…
-
@hobbes How did you get the logs? Did you enable external logging in DAVdroid and then transfer the files to your PC?
-
I previously used a logcat, but now I found the option to get the comple1pt1mrnrhtn5o5ai8g832eh323te logs from davdroid, with far more information
Apparently there is one event which was added remotely, but when davdroid tries to download it, it gets a 404 error.
It would probably help if I transmited the complete log, but before I do so, does it contain any sensitive information ? -
@hobbes said in caldav sync with google doesnt work anymore:
It would probably help if I transmited the complete log, but before I do so, does it contain any sensitive information ?
I don’t know. If you want, you can send it to play@bitfire.at (PGP key) and it will of course be treated as confidential.
-
ok log sent.
Thanks -
Thanks for the logs. I was finally able to reproduce a similar situation:
- Upload an event with
UID:a%40b(note the %, for instance coming from some erroneously double-encoded old UID; nevertheless valid) to Google/events/a%40b.ics(or anything else) - Google usually rewrites the path (= moves the event) to
<UID>.ics, which would bea%40b.ics. - However, Google CalDAV
REPORT calendar-queryreports/events/a%2540b.icsas the URL of the resource. - If you want to download
/events/a%2540b.icsfrom Google, it returns 404, although it had just listed this path.
So, in my opinion and what I currently know about it, this seems to be a server problem. It should go away if you delete all events on the server and then only create/sync “clean” events with “good UIDs”. Maybe you can also create a new calendar for testing and see whether this one works?
- Upload an event with
