Bug 286139 - Duplicate calendar entries from CalDAV resource
Summary: Duplicate calendar entries from CalDAV resource
Status: RESOLVED FIXED
Alias: None
Product: Akonadi
Classification: Frameworks and Libraries
Component: DAV Resource (show other bugs)
Version: 1.6.0
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-11-08 22:21 UTC by Kurt Bennater
Modified: 2011-11-21 21:24 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Kurt Bennater 2011-11-08 22:21:13 UTC
Version:           1.6.0 (using KDE 4.7.3) 
OS:                Linux

With korganizer / Akonadi syncing against a locally running Zarafa iCal server (CalDAV resource), the earliest entry shown in this calendar by korganizer is duplicated. After removing one of the two equal entries, it reappears again. If both are deleted in korganizer, the second earliest entry (= new earliest entry) is duplicated (at least as soon as a new later entry is created).

By using AkonadiConsole's Browser, one can see that the respective entry appears twice: Once correctly with remote ID "http://127.0.0.1:8080/caldav/<username>/<UID of the VEVENT>" and once just as "http://127.0.0.1:8080/caldav/<username>", e.g., without any UID. (Zarafa is running locally and listening on port 8080.)

If I understand this correctly, the second entry should not be present.

Reproducible: Always

Steps to Reproduce:
- Setup CalDAV Server.
- Within korganizer, connect to CalDAV Server.
- Within korganizer, create several events and wait for the sync to happen.

Actual Results:  
The earliest entry in the newly created calendar in korganizer appears twice.

Expected Results:  
It should just appear once. Due to the above observation with the presumably wrong remote ID, the event can only be removed from within korganizer.

The CalDAV server correctly just shows one earliest entry.
Comment 1 Grégory Oestreicher 2011-11-13 12:21:26 UTC
Hi Kurt,

Thanks for your report. After some debugging with the latest Zarafa release it seems that it returns the collection to requests for all VEVENT (or VTODO). I'm not sure if this is compliant, but a fix in the resource is on its way to filter this out.

Cheers,
Grégory
Comment 2 Grégory Oestreicher 2011-11-13 12:24:46 UTC
Git commit 250801434da6b87d996dc8c1ba0c83625a02e6a7 by Gregory Oestreicher.
Committed on 13/11/2011 at 13:22.
Pushed by goestreicher into branch 'origin/KDE/4.7'.

Filter out collection when listing items
(cherry picked from commit 4cc4a63e55900cc1eabb685ea38a864287344a73)

BUG: 286139

M  +8    -0    resources/dav/protocols/caldavprotocol.cpp

http://commits.kde.org/kdepim-runtime/250801434da6b87d996dc8c1ba0c83625a02e6a7
Comment 3 Kurt Bennater 2011-11-13 22:26:55 UTC
Thank you for fixing this so quickly -- it is encouraging to see that sometimes the KDE PIM developers are that responsive! I didn't have the time yet to compile it with your patch but will try to do this as soon as possible. Keep up the good work,

Kurt
Comment 4 Grégory Oestreicher 2011-11-21 21:24:23 UTC
Git commit 34f8fe9406a27cddc3fa232f6b54402a2857cef5 by Gregory Oestreicher.
Committed on 13/11/2011 at 13:22.
Pushed by goestreicher into branch 'KDE/4.7'.

Filter out collection when listing items
(cherry picked from commit 4cc4a63e55900cc1eabb685ea38a864287344a73)

BUG: 286139

M  +8    -0    resources/dav/protocols/caldavprotocol.cpp

http://commits.kde.org/kdepim-runtime/34f8fe9406a27cddc3fa232f6b54402a2857cef5