[Bug 216806] New: KCal does not properly submit STATUS Information to Akonadi

[hyper_ch]

https://bugs.kde.org/show_bug.cgi?id=216806

           Summary: KCal does not properly submit STATUS Information to
                    Akonadi
           Product: kontact
           Version: 4.3
          Platform: Ubuntu Packages
        OS/Version: unspecified
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: kdepim-bugs at kde.org
        ReportedBy: bugs.kde.org at sjau.ch


Version:            (using KDE 4.3.3)
Installed from:    Ubuntu Packages

I currently use Kontact 4.3.3 and I have setup webdav on the Horde server.

In Akonadi I can either chose eiterh "ICal Calendar File" (which uses 
Akonadi directly) or "KDE Calendar (traditional)" (which uses KCal 
IIRC). For either one I set the resource file like:

webdav://www.domain.com/horde/rpc.php/nag/USER/USER.ics

What works:
- I can add new tasks in Kontact and they will get added to horde
- I can delete tasks in Kontact and they will get added to horde
- I can edit tasks and the changes will be transmitted to horde

What does not work:
When check the box in Kontact that the task is done, it transmits it 
to Akonadi (check with Akonadi console) and it vanishes from my 
filtered list (Akonadi sets it as 100%). However this change is not 
being transmitted to horde. In Horde the task still remains as 
"active" / "undone". When then Akonadi syncs again with the Horde data 
it will unset that task and it appears in kontact undone again.

In #akonadi on freenode I was told that it's horde's fault for not 
"accpeting" those changes.
-----------------
[Wednesday, 11. November 2009] [13.51:57] <volker|office>       this 
has been discussed here before, IIRC horde ignores the percent-done 
field apparently
[Wednesday, 11. November 2009] [13.52:30] <bbroeksema|offic>     
well...... then go bug horde people =:)
[....]
[Wednesday, 11. November 2009] [14.04:14] <bbroeksema|offic>    well, 
than see volkers comments =:)
[Wednesday, 11. November 2009] [14.04:30] <bbroeksema|offic>    this 
seem to been discussed before
[Wednesday, 11. November 2009] [14.05:47] <hyper_ch>    ok
[Wednesday, 11. November 2009] [14.08:29] <bbroeksema|offic>     
hyper_ch: The best you can do is contacting horde developers and check 
if this is a known issue for your version of the horde server
------------------




However the newest entry on the horde bug list (
http://bugs.horde.org/ticket/8703 ) by Jan Schneider says this:
-------------------
Re-reading RFC 2445 again, I'm pretty sure that Akonadi is wrong. They 
use the PERCENT-COMPLETE property to indicate the task status instead 
of the STATUS property like Nag does. RFC 2445 says:

Property Name: PERCENT-COMPLETE
Purpose: This property is used by an assignee or delegatee of a to-do 
to convey the percent completion of a to-do to the Organizer.

Property Name: STATUS
Purpose: This property defines the overall status or confirmation for 
the calendar component.
Description: In a group scheduled calendar component, the property is 
used by the "Organizer" to provide a confirmation of the event to the 
"Attendees".

So the difference is that PERCENT-COMPLETE is used by attendees to be 
consumed by organizers, while STATUS is used by organizers to be 
consumed by attendees. Editing and saving a task on the (Nag) server 
is done by the task organizer (or anyone with the same permissions) 
and authoritative for anyone consuming this task. This is *not* an 
update from an attendee sent to the organizer. The RFC even explicitly 
mentions that PERCENT-COMPLETE is per attendee, so that attendees can 
report back different completion states for their parts of the task. 
It is *not* to be stored with the task. How should that work anyway if 
this a property of the VTODO component but can be different for each 
attendee?
--------------


And now back in the #akonadi channel on freenode I get told this:
---------------
[14:12] <volker|office> looks like that's hard to tell without reading the ical
spec...
[14:13] <hyper_ch> well, it's either akonadi's fault or horde's fault and I
just get pushed always to the other program from devs on both sides....
[14:13] <volker|office> if it's on our side, then the bug is in kcal, not
akonadi
[14:15] <hyper_ch> why in kcal?
[14:15] <volker|office> that's what translates todo objects to and from ical
[14:15] <hyper_ch> and in kontact they tell me it's akonadi
[14:15] <hyper_ch> basically it's nobody's fault and I'm just imagining things
[14:16] <volker|office> akonadi just up/downloads the ical file and converts it
using kcal
[14:17] <hyper_ch> I'll open a bug in kontact now but I'm sure it will be
closed soon telling that it's not kontact's fault
---------------

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.