Mailing List Archive

messed up iCal/clean Lightning interesting phenomenon
Hi Andrews,

I continued the experiments by installing a completely clean Lightning on a Windows/Thunderbird which never had Lightning, so it is sure no cache of any kind is present. The synchronization of the 7 000 events took quite little time (1-2 minutes at most...).

In the same time the iCal refused to display anything from this calendar, even after I deleted the account and created it again.

Now comes the interesting part -

1. I create an event in iCal -> Lightning displays it
2. I edit the event in iCal -> Lightning displays the change
3. I edit the event in Lightning -> Lightning displays the change, and the event disappears from iCal

I could repeat it several times.

Isn't that interesting?

All the best,
Iv
messed up iCal/clean Lightning interesting phenomenon [ In reply to ]
On Wed, 2011-03-16 at 10:28 +0100, Iv Ray wrote:
> Hi Andrews,
>
> I continued the experiments by installing a completely clean Lightning on a Windows/Thunderbird which never had Lightning, so it is sure no cache of any kind is present. The synchronization of the 7 000 events took quite little time (1-2 minutes at most...).
>
> In the same time the iCal refused to display anything from this calendar, even after I deleted the account and created it again.
>
> Now comes the interesting part -
>
> 1. I create an event in iCal -> Lightning displays it
> 2. I edit the event in iCal -> Lightning displays the change
> 3. I edit the event in Lightning -> Lightning displays the change, and the event disappears from iCal
>
> I could repeat it several times.
>
> Isn't that interesting?

Yes, very interesting.

There is a change that is in HEAD which works around a bug in iCal to do
with inconsistent line-endings in a resource. The problem can happen
from some clients when the VTIMEZONE (e.g.) has newline endings and the
VEVENT has CRLF line endings.

Applying the following patch to AWL may resolve the problem for you:

http://repo.or.cz/w/awl.git/patch/734c19512eb5a524fdbbdef3bf476234bfeea1d3


Regards,
Andrew.

--
------------------------------------------------------------------------
andrew (AT) morphoss (DOT) com +64(272)DEBIAN
NEWARK has been REZONED!! DES MOINES has been REZONED!!
------------------------------------------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL: <http://lists.davical.org/pipermail/davical-dev/attachments/20110317/d8cfbce5/attachment.pgp>
messed up iCal/clean Lightning interesting phenomenon [ In reply to ]
On Thu, 2011-03-17 at 21:46 +1300, Andrew McMillan wrote:
> On Wed, 2011-03-16 at 10:28 +0100, Iv Ray wrote:
> > Hi Andrews,
> >
> > I continued the experiments by installing a completely clean Lightning on a Windows/Thunderbird which never had Lightning, so it is sure no cache of any kind is present. The synchronization of the 7 000 events took quite little time (1-2 minutes at most...).
> >
> > In the same time the iCal refused to display anything from this calendar, even after I deleted the account and created it again.
> >
> > Now comes the interesting part -
> >
> > 1. I create an event in iCal -> Lightning displays it
> > 2. I edit the event in iCal -> Lightning displays the change
> > 3. I edit the event in Lightning -> Lightning displays the change, and the event disappears from iCal
> >
> > I could repeat it several times.
> >
> > Isn't that interesting?
>
> Yes, very interesting.
>
> There is a change that is in HEAD which works around a bug in iCal to do
> with inconsistent line-endings in a resource. The problem can happen
> from some clients when the VTIMEZONE (e.g.) has newline endings and the
> VEVENT has CRLF line endings.
>
> Applying the following patch to AWL may resolve the problem for you:
>
> http://repo.or.cz/w/awl.git/patch/734c19512eb5a524fdbbdef3bf476234bfeea1d3

And then this one also:

http://repo.or.cz/w/awl.git/patch/9b7ecac1a24326ec29195d74c45621362b5e87dc

Cheers,
Andrew.

--
------------------------------------------------------------------------
andrew (AT) morphoss (DOT) com +64(272)DEBIAN
QOTD:
"I'm just a boy named 'su'..."
------------------------------------------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part
URL: <http://lists.davical.org/pipermail/davical-dev/attachments/20110317/e1d97e7d/attachment.pgp>