Mailing List Archive: Suspicious / Bug ? Sunbird caldav delete event on share shedule doesn't remove on cli2

Suspicious / Bug ? Sunbird caldav delete event on share shedule doesn't remove on cli2

Dec 6, 2009, 3:31 AM

Post #1 of 3 (524 views)

Hi all,

I'm facing a strange problem.

Take 2 sunbird cli (each sharing with assistant to rights the same calendar collection)

If cli1 create an event -> cli2 receive it, can modify it.
cli1 see new cli2 modification.

Now cli1 delete event, the event delete is immediately show on cli1, and caldav report a delete event.
The ctags (as monitored by me normally doesn't exist anymore)

cli2 never get a delete event and more (tested with 1.0b1 build on 3 December) can open it, modify it
and see it's modification. (Cli1 never see again the event)

If you close cli2, the event never re-appear.
It seems to be really a bug of sunbird, but I would really appreciate if

1: some take a look at the log attached (it was cli2)
What strange is that no deleted event seem to come from caldav server.

2: Try this on other caldav installation & confirm that only a sunbird bug
or that I've some trouble here ( be strange as I can reproduce that on 3 different installations )

Thanks for any advice, comments, help ....

--

Bruno Friedmann

-------------- next part --------------
A non-text attachment was scrubbed...
Name: caldav_event_deleted-by-cli1_not-remove-from-cli2.log.zip
Type: application/x-zip-compressed
Size: 7865 bytes
Desc: not available
URL: <http://lists.morphoss.com/pipermail/davical-users/attachments/20091206/7e8a57c2/attachment.bin>
-------------- next part --------------

Suspicious / Bug ? Sunbird caldav delete event on share shedule doesn't remove on cli2 [ In reply to ]

bruno at ioda-net

Dec 6, 2009, 5:57 AM

Post #2 of 3 (487 views)

Permalink

Bruno Friedmann wrote:
> Hi all,
>
> I'm facing a strange problem.
>
> Take 2 sunbird cli (each sharing with assistant to rights the same calendar collection)
>
> If cli1 create an event -> cli2 receive it, can modify it.
> cli1 see new cli2 modification.
>
> Now cli1 delete event, the event delete is immediately show on cli1, and caldav report a delete event.
> The ctags (as monitored by me normally doesn't exist anymore)
>
> cli2 never get a delete event and more (tested with 1.0b1 build on 3 December) can open it, modify it
> and see it's modification. (Cli1 never see again the event)
>
> If you close cli2, the event never re-appear.
> It seems to be really a bug of sunbird, but I would really appreciate if
>
> 1: some take a look at the log attached (it was cli2)
> What strange is that no deleted event seem to come from caldav server.
>
> 2: Try this on other caldav installation & confirm that only a sunbird bug
> or that I've some trouble here ( be strange as I can reproduce that on 3 different installations )
>
>
> Thanks for any advice, comments, help ....
>
>

I've found in Mozilla bugzilla a bug concerning this point with davical

https://bugzilla.mozilla.org/show_bug.cgi?id=519225

In my test case, no cache is involved.

--

Bruno Friedmann

Suspicious / Bug ? Sunbird caldav delete event on share shedule doesn't remove on cli2 [ In reply to ]

andrew at morphoss

Dec 6, 2009, 12:36 PM

Post #3 of 3 (494 views)

Permalink

On Sun, 2009-12-06 at 11:31 +0100, Bruno Friedmann wrote:
> Hi all,
>
> I'm facing a strange problem.
>
> Take 2 sunbird cli (each sharing with assistant to rights the same calendar collection)
>
> If cli1 create an event -> cli2 receive it, can modify it.
> cli1 see new cli2 modification.
>
> Now cli1 delete event, the event delete is immediately show on cli1, and caldav report a delete event.
> The ctags (as monitored by me normally doesn't exist anymore)
>
> cli2 never get a delete event and more (tested with 1.0b1 build on 3 December) can open it, modify it
> and see it's modification. (Cli1 never see again the event)
>
> If you close cli2, the event never re-appear.
> It seems to be really a bug of sunbird, but I would really appreciate if
>
> 1: some take a look at the log attached (it was cli2)
> What strange is that no deleted event seem to come from caldav server.
>
> 2: Try this on other caldav installation & confirm that only a sunbird bug
> or that I've some trouble here ( be strange as I can reproduce that on 3 different installations )

Make sure your database structure is up-to-date by running
dba/update-davical-database .

At some point in one of the last few releases a trigger was introduced
to maintain a field on the collection indicating that the collection
contents have changed. If this field is not maintained correctly then
newer versions of sunbird will not see the change.

CalDAV doesn't send a deleted event out. The synchronisation happens by
the second client discovering that the collection has changed through a
regular poll, and then requesting a list of what is now in the
collection.

Cheers,
Andrew.

------------------------------------------------------------------------
andrew (AT) morphoss (DOT) com +64(272)DEBIAN
You will step on the night soil of many countries.
------------------------------------------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://lists.morphoss.com/pipermail/davical-users/attachments/20091207/9ebfad9d/attachment.pgp>
-------------- next part --------------