[bug] Events get lost with Caldav sync
Hi,
I have noticed that since version 1.0.8.19 appointments dissapear from the calendar, that is synchronised with a general caldav-acccount. I have set up a personal caldav-server (Baikal) that was functioning ok with the Thunderbird Lighting extension and also with my Jolla. I had my Jolla only a couple of days before I upgraded to 1.0.8.19 though, so maybe problem was there also before the upgrade. I could have missed it.
Anyway, now I have events that I entered in my phone that go missing after a while. Because I own the caldav server I sync with, I was able to look in the server logs to see what's happening. This is what happened after i entered a new event and maunally triggered the sync:
81.205.xxx.xxx - - [19/Jul/2014:10:11:42 +0200] "REPORT /baikal/cal.php/calendars/erik/default/ HTTP/1.1" 401 304 "-" "Mozilla/5.0"
81.205.xxx.xxx - - [19/Jul/2014:10:11:48 +0200] "REPORT /baikal/cal.php/calendars/erik/default/ HTTP/1.1" 207 5476 "-" "Mozilla/5.0"
81.205.xxx.xxx - - [19/Jul/2014:10:11:49 +0200] "REPORT /baikal/cal.php/calendars/erik/default/ HTTP/1.1" 207 56311 "-" "Mozilla/5.0"
81.205.xxx.xxx - - [19/Jul/2014:10:11:49 +0200] "PUT /baikal/cal.php/calendars/erik/default/bbf1dec3-04ee-439a-8779-e44aaecf87e9.ics HTTP/1.1" 412 381 "-" "Mozilla/5.0"
81.205.xxx.xxx - - [19/Jul/2014:10:11:49 +0200] "PUT /baikal/cal.php/calendars/erik/default/87569b49-9c27-4926-ac39-224d5ada2b45.ics HTTP/1.1" 401 304 "-" "Mozilla/5.0"
81.205.xxx.xxx - - [19/Jul/2014:10:11:49 +0200] "PUT /baikal/cal.php/calendars/erik/default/6b314f48-c9da-450a-b4c4-752d29e0dec7.ics HTTP/1.1" 499 0 "-" "Mozilla/5.0"
81.205.xxx.xxx - - [19/Jul/2014:10:11:49 +0200] "PUT /baikal/cal.php/calendars/erik/default/861c1a27-dc3d-41f4-9059-b991adca74fd.ics HTTP/1.1" 499 0 "-" "Mozilla/5.0"
81.205.xxx.xxx - - [19/Jul/2014:10:11:49 +0200] "PUT /baikal/cal.php/calendars/erik/default/af7b608d-90b1-4e53-a567-0ebfa4094f5d.ics HTTP/1.1" 499 0 "-" "Mozilla/5.0"
81.205.xxx.xxx - - [19/Jul/2014:10:11:49 +0200] "PUT /baikal/cal.php/calendars/erik/default/c4427420-3baa-485f-b26f-08bc5df3d4d3.ics HTTP/1.1" 499 0 "-" "Mozilla/5.0"
81.205.xxx.xxx - - [19/Jul/2014:10:11:49 +0200] "PUT /baikal/cal.php/calendars/erik/default/a9e1e225-96f9-4992-aa90-e7c614cbfffe.ics HTTP/1.1" 499 0 "-" "Mozilla/5.0"
The first thing I noticed is that an awful lot of 4xx status codes are returned:
401 - Unauthorized - Similar to 403 Forbidden, but specifically for use when authentication is required and has failed or has not yet been provided.
412 - Precondition Failed - The server does not meet one of the preconditions that the requester put on the request.
499 - Client Closed Request (Nginx) - Used in Nginx logs to indicate when the connection has been closed by client while the server is still processing its request, making server unable to send a status code back.
(I do use Nginx as server)
I don't know anything about caldav, so it will take a while boefore I can investigate further. But this looks fishy.
I have the same problem (lost of appointments created on Jolla) but with the Google calendars.
deedend ( 2014-07-20 13:37:46 +0200 )editThe calendar is one of the primary functions and needs to be reliable all of the time. If Jolla wants that their phone is everyone's primary phone they need to investigate this!
BonoNL ( 2014-07-20 13:53:09 +0200 )editI'm experiencing a similar issue syncing with the Fruux. Many many events just get lost on my Jolla device. The web interface of Fruux still shows these events...
Christian W. ( 2014-07-21 12:22:22 +0200 )editI've the same problem. But without any errors in my log files.
mono ( 2014-08-02 16:56:26 +0200 )editI think it is not a problem of syncing. The calendar app don't display all appoinments, specially all-day appointments. I have a calendar with holidays and i'm syncing to owncloud with caldav. Holidays with a fix date and recurring once a year will displayed in calendar. Floating Holidays that will recurring once are not displayed. But i can find all appointments in the table 'component' (the right one ?).
ernie ( 2014-08-11 22:59:51 +0200 )edit