Mailing List Archive: DAViCal: General

Problems with 0.9.9.4, iOS clients and CalDAV...

Index | Next | Previous | View Threaded

Jens.Langner at light-speed

Jul 30, 2011, 3:29 AM

Post #1 of 9 (758 views)
Permalink

Problems with 0.9.9.4, iOS clients and CalDAV...

Hi,

I have been using DAViCal very successfully for quite some years now
with a set of iCal (Snow Leopard and Lion) and iOS clients
(iPhone4/iPhone3G). However, I have been just using version 0.9.7.4
until recently. Now that CardDAV has been implemented in DAViCal I
decided to give the latest 0.9.9.4 version a spin and installed it into
a secondary database (davical2). Now I am desperate to switch completely
to the latest 0.9.9.4 version, however my recent tests revealed that
some things are not working as smoothly as with 0.9.7.4.

CardDAV seems to work fine so far no matter which client is used
(iOS<>iCal, iCal<>iCal, iOS<>iOS). However, when I am starting playing
around with CalDAV by trying different client combinations my iOS
clients (iPhone4, iPad2) are showing problems. In fact, I can perfectly
add/remove/change calendar entries between iCal clients no matter if
they are snow leopard or lion based. However, my iOS clients don't show
the caldav entries created by the iCal clients. Interestingly, if I am
going to add a new event with an iOS client they show up on the iCal
clients as well. But as soon as I close the calender app on iOS and
reenter it the app resyncs to the davical server and then the event
suddenly disappears. I have tried playing around with the calender
settings on iOS to just show two weeks in the past but that didn't solve it.

Any idea what might be the problem here? Has anyone else a similar
configuration which works or are these iOS client problems know already?
For now, I am back to 0.9.7.4.

Any help would be appreciated...

best regards,
jens
--
Jens Langner, Dresden/Germany
http://www.jens-langner.de/

------------------------------------------------------------------------------
Got Input? Slashdot Needs You.
Take our quick survey online. Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey
_______________________________________________
Davical-general mailing list
Davical-general [at] lists
https://lists.sourceforge.net/lists/listinfo/davical-general

Jens.Langner at light-speed

Oct 5, 2011, 10:52 AM

Post #2 of 9 (589 views)
Permalink

Re: Problems with 0.9.9.4, iOS clients and CalDAV... [In reply to]

Hi,

despite the fact that unfortunately nobody replied to my request to this
list, I followed up the latest progress on DAViCal development. I now
updated my DAViCal installation to the latest 0.9.9.6 version (actually
git trunk) and gave my previously observed problems another try.

However, the problem remains the same:

As soon as I enter a calendar event from my iPhone4 (iOS4.3.3), the
iPad2 (iOS 4.3.5) or an other iPhone3 I'll get the same problem. The
event shows up in iCal on OSX, but it disappears immediately as soon I
reload the addressbook app on iOS. Also any iOS device doesn't show up
the events created by the OSX addressbook application. However, syncing
between OSX clients works without any problems.
In addition, using my older installation of DAViCal 0.9.7.4 works also
between iOS clients.

Anyone having any idea what's going wrong here and how to debug the
situation to get it solved as I want to switch to the newer 0.9.9.6
version ASAP because I need the CardDAV functionality (which btw works
between iOS devices, just CalDAV seems to be broken).

best regards,
jens

Jens Langner schrieb:
> Hi,
>
> I have been using DAViCal very successfully for quite some years now
> with a set of iCal (Snow Leopard and Lion) and iOS clients
> (iPhone4/iPhone3G). However, I have been just using version 0.9.7.4
> until recently. Now that CardDAV has been implemented in DAViCal I
> decided to give the latest 0.9.9.4 version a spin and installed it into
> a secondary database (davical2). Now I am desperate to switch completely
> to the latest 0.9.9.4 version, however my recent tests revealed that
> some things are not working as smoothly as with 0.9.7.4.
>
> CardDAV seems to work fine so far no matter which client is used
> (iOS<>iCal, iCal<>iCal, iOS<>iOS). However, when I am starting playing
> around with CalDAV by trying different client combinations my iOS
> clients (iPhone4, iPad2) are showing problems. In fact, I can perfectly
> add/remove/change calendar entries between iCal clients no matter if
> they are snow leopard or lion based. However, my iOS clients don't show
> the caldav entries created by the iCal clients. Interestingly, if I am
> going to add a new event with an iOS client they show up on the iCal
> clients as well. But as soon as I close the calender app on iOS and
> reenter it the app resyncs to the davical server and then the event
> suddenly disappears. I have tried playing around with the calender
> settings on iOS to just show two weeks in the past but that didn't solve
> it.
>
> Any idea what might be the problem here? Has anyone else a similar
> configuration which works or are these iOS client problems know already?
> For now, I am back to 0.9.7.4.
>
> Any help would be appreciated...
>
> best regards,
> jens

--
Jens Langner, Dresden/Germany
http://www.jens-langner.de/

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
_______________________________________________
Davical-general mailing list
Davical-general [at] lists
https://lists.sourceforge.net/lists/listinfo/davical-general

andrew at morphoss

Oct 6, 2011, 12:05 AM

Post #3 of 9 (585 views)
Permalink

Re: Problems with 0.9.9.4, iOS clients and CalDAV... [In reply to]

On Wed, 2011-10-05 at 19:52 +0200, Jens Langner wrote:
> Hi,
>
> despite the fact that unfortunately nobody replied to my request to this
> list, I followed up the latest progress on DAViCal development. I now
> updated my DAViCal installation to the latest 0.9.9.6 version (actually
> git trunk) and gave my previously observed problems another try.
>
> However, the problem remains the same:
>
> As soon as I enter a calendar event from my iPhone4 (iOS4.3.3), the
> iPad2 (iOS 4.3.5) or an other iPhone3 I'll get the same problem. The
> event shows up in iCal on OSX, but it disappears immediately as soon I
> reload the addressbook app on iOS. Also any iOS device doesn't show up
> the events created by the OSX addressbook application. However, syncing
> between OSX clients works without any problems.
> In addition, using my older installation of DAViCal 0.9.7.4 works also
> between iOS clients.
>
> Anyone having any idea what's going wrong here and how to debug the
> situation to get it solved as I want to switch to the newer 0.9.9.6
> version ASAP because I need the CardDAV functionality (which btw works
> between iOS devices, just CalDAV seems to be broken).

Hi Jens,

I don't know what has changed in the responses from DAViCal that causes
this behaviour in iOS. The workaround seems to be to set the iOS device
to 'sync all events' rather than some subset, and then it works fine.

It would be nice if someone could investigate the problem, but I don't
have an iOS device myself which I can test against.

Cheers,
Andrew.

--
------------------------------------------------------------------------
andrew (AT) morphoss (DOT) com +64(272)DEBIAN
Open Source: the difference between trust and antitrust
------------------------------------------------------------------------

Attachments:

signature.asc (0.82 KB)

dmitry at nedos

Oct 13, 2011, 4:14 AM

Post #4 of 9 (559 views)
Permalink

Re: Problems with 0.9.9.4, iOS clients and CalDAV... [In reply to]

Hey Andrew,

On Thu, Oct 06, 2011 at 09:05:53AM +0200, Andrew McMillan wrote:
> It would be nice if someone could investigate the problem, but I don't
> have an iOS device myself which I can test against.

Would you be against us crowdfunding you an iOS device? I would gladly
pitch in $50 towards an iPod Touch (or iPhone/iPad) and I know several
people who rely on davical + iOS that would pitch in as well. Its the
least we can do for how flawlessly davical has worked thus far.

Would be nice to hear from you before tomorrow, my mates and I are going
to a bar and I'll bring a tin can ;)

All the best,

D.
--
Dmitry Nedospasov <dmitry [at] nedos> -- Twitter: @nedos
Web: http://nedos.net -- Github: http://github.com/nedos

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
_______________________________________________
Davical-general mailing list
Davical-general [at] lists
https://lists.sourceforge.net/lists/listinfo/davical-general

tim at titley

Oct 13, 2011, 7:28 AM

Post #5 of 9 (556 views)
Permalink

Re: Problems with 0.9.9.4, iOS clients and CalDAV... [In reply to]

> Would you be against us crowdfunding you an iOS device? I would gladly
> pitch in $50 towards an iPod Touch (or iPhone/iPad) and I know several
> people who rely on davical + iOS that would pitch in as well. Its the
> least we can do for how flawlessly davical has worked thus far.
>

Count me in.

Kind Regards,

Tim

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
_______________________________________________
Davical-general mailing list
Davical-general [at] lists
https://lists.sourceforge.net/lists/listinfo/davical-general

wogri at wogri

Oct 13, 2011, 10:31 AM

Post #6 of 9 (549 views)
Permalink

Re: Problems with 0.9.9.4, iOS clients and CalDAV... [In reply to]

+10$ from me!

On Oct 13, 2011, at 16:28 , Tim Titley wrote:

>
>> Would you be against us crowdfunding you an iOS device? I would gladly
>> pitch in $50 towards an iPod Touch (or iPhone/iPad) and I know several
>> people who rely on davical + iOS that would pitch in as well. Its the
>> least we can do for how flawlessly davical has worked thus far.
>>
>
> Count me in.
>
> Kind Regards,
>
> Tim
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2d-oct
> _______________________________________________
> Davical-general mailing list
> Davical-general [at] lists
> https://lists.sourceforge.net/lists/listinfo/davical-general

--
http://www.wogri.com

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
_______________________________________________
Davical-general mailing list
Davical-general [at] lists
https://lists.sourceforge.net/lists/listinfo/davical-general

ingo at envirology

Oct 13, 2011, 4:18 PM

Post #7 of 9 (546 views)
Permalink

Re: Problems with 0.9.9.4, iOS clients and CalDAV... [In reply to]

Issue is not the device and DAViCal.
It's the fact that apple is doing their very own calndar server and optimising their software and devices to work with that and not with standards.
And I would not think that Andrew is very keen on implementing workarounds in DAViCal just to be working with Apple.
And once it works on iOS 4.5, along comes iOS 5 and breaks it....

Honestly guys, give Andrew some money, some devices or just some help - BUT: also spend some time and send bug reports to apple. They are as bad as Google with their
calendar. ;-)

Cheers,
Ingo

On Thu, 13 Oct 2011 19:31:14 Wolfgang Hennerbichler wrote:
> +10$ from me!
>
> On Oct 13, 2011, at 16:28 , Tim Titley wrote:
>
> >
> >> Would you be against us crowdfunding you an iOS device? I would gladly
> >> pitch in $50 towards an iPod Touch (or iPhone/iPad) and I know several
> >> people who rely on davical + iOS that would pitch in as well. Its the
> >> least we can do for how flawlessly davical has worked thus far.
> >>
> >
> > Count me in.
> >
> > Kind Regards,
> >
> > Tim
> >
> > ------------------------------------------------------------------------------
> > All the data continuously generated in your IT infrastructure contains a
> > definitive record of customers, application performance, security
> > threats, fraudulent activity and more. Splunk takes this data and makes
> > sense of it. Business sense. IT sense. Common sense.
> > http://p.sf.net/sfu/splunk-d2d-oct
> > _______________________________________________
> > Davical-general mailing list
> > Davical-general [at] lists
> > https://lists.sourceforge.net/lists/listinfo/davical-general
>
>

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
_______________________________________________
Davical-general mailing list
Davical-general [at] lists
https://lists.sourceforge.net/lists/listinfo/davical-general

steinberg at ibr

Oct 14, 2011, 12:22 AM

Post #8 of 9 (535 views)
Permalink

Re: Problems with 0.9.9.4, iOS clients and CalDAV... [In reply to]

I use a iPhone with the newest iOS (now 5) and DAViCal which I update from time to time.

After my last DAViCal update I noticed a couple of inconsistencies when I ran the database update script. I had to fix these manually. (It was not only the TZ issue, but also some principal dupes or something similar, I don't remember completely.)

Today (with iOS 5, Mac OS 10.7.2 and DAViCal 0.9.9.6-1) I tried this with no problem:

- created an event on my standard calendar on the iPhone via the Apple Calendar App.
- forced to sync iCal on Mac OS X and the new event showed up correctly.
- quit Calendar on iPhone and also removed it from the process list (double tap home, select App, confirm)
- started Calendar App again.

The new event was still there. The top status row showed that some network traffic happened, but the event remains visible as expected. No trouble.

BTW, I think we should not bash on Apple. The prime developer of the Apple calendar server is also the prime author of several related RFCs. As far as I can tell, he is a good guy.

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct
_______________________________________________
Davical-general mailing list
Davical-general [at] lists
https://lists.sourceforge.net/lists/listinfo/davical-general

andrew at morphoss

Oct 14, 2011, 12:31 PM

Post #9 of 9 (513 views)
Permalink

Re: Problems with 0.9.9.4, iOS clients and CalDAV... [In reply to]

On Fri, 2011-10-14 at 09:22 +0200, Frank Steinberg wrote:
> I use a iPhone with the newest iOS (now 5) and DAViCal which I update
> from time to time.
>
> After my last DAViCal update I noticed a couple of inconsistencies
> when I ran the database update script. I had to fix these manually.
> (It was not only the TZ issue, but also some principal dupes or
> something similar, I don't remember completely.)
>
> Today (with iOS 5, Mac OS 10.7.2 and DAViCal 0.9.9.6-1) I tried this
> with no problem:
>
> - created an event on my standard calendar on the iPhone via the Apple
> Calendar App.
> - forced to sync iCal on Mac OS X and the new event showed up
> correctly.
> - quit Calendar on iPhone and also removed it from the process list
> (double tap home, select App, confirm)
> - started Calendar App again.
>
> The new event was still there. The top status row showed that some
> network traffic happened, but the event remains visible as expected.
> No trouble.
>
>
>
> BTW, I think we should not bash on Apple. The prime developer of the
> Apple calendar server is also the prime author of several related
> RFCs. As far as I can tell, he is a good guy.

Yep, Cyrus is a nice guy, and Apple work hard on the standards. On some
occasions they will implement something in CalendarServer / iCal / iOS
which is not in any official standard but they usually do this for good
reasons, and while the protocols they use might not be part of a
standard they do tend to write them up and publish them as if they were.

The DAViCal issue I introduced in 0.9.9.5 was definitely a DAViCal
issue, and it is definitely properly fixed now in HEAD. There will be a
new 0.9.9.7 release in a few days including this and other fixes.

While I was at CalConnect the Apple guys were very helpful with their
testing against DAViCal.

Finally, my having a new iPod/iPad/iPhone would not really help me much
with pre-release testing as I wouldn't actually end up using it from day
to day. What I need are people who can tell me when I've screwed up
when I do so, and even better would be someone who can help manage the
process of releasing new versions of DAViCal, so that I can concentrate
more on coding and less on all of the bureaucracy involved in releasing
new versions.

Regards,
Andrew.

--
------------------------------------------------------------------------
andrew (AT) morphoss (DOT) com +64(272)DEBIAN
You will win success in whatever calling you adopt.
------------------------------------------------------------------------

Attachments:

signature.asc (0.82 KB)

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact Gossamer Threads