[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-pim
Subject:    [Kde-pim] Bug in libkcal: Too many attendees in REPLY VEVENTs
From:       Matthias Kalle Dalheimer <kalle () klaralvdalens-datakonsult ! se>
Date:       2002-10-18 11:23:21
[Download RAW message or body]

Hi,

I have found an ugly bug in libkcal which can lead to KOrganizer not 
recognizing its own answers:

RFC 2446 specifies very clearly (in section 3.2.3) that METHOD:REPLY iCals may 
only contain _exactly one_ ATTENDEE entry; the one for whom the answer is 
valid (as opposed to METHOD:REQUEST iCals which of course may contain many 
ATTENDEE entries). However, libkcal always writes out all attendees it has in 
the Event object. But when receiving such an answer, libical's 
restriction-checking code will (rightfully) refuse the incoming iCal, because 
it has more than one ATTENDEE. Therefore, KOrganizer will not process it.

Fixing this in libkcal is more difficult than it looks at first, because there 
are currently absolutely no provisions for decisions based on the method 
used. In ICalFormatImpl::writeIncidence() which writes out the attendees, the 
method is not known at all.

I would appreciate comments from the libkcal authors about how to fix this. It 
appears to me that libkcal (or rather, the classes ICalFormat and 
ICalFormatImpl) would need to be changed quite substantially in order to fix 
this and possibly other problems.

For the Kroupware project, I have implemented a workaround that clones the 
event and removes all the attendees except the one who is answering.

Kalle

-- 
Matthias Kalle Dalheimer
Klarälvdalens Datakonsult AB
President & CEO/VD
Platform-independent software solutions
_______________________________________________
kde-pim mailing list
kde-pim@mail.kde.org
http://mail.kde.org/mailman/listinfo/kde-pim
kde-pim home page at http://pim.kde.org/
[prev in list] [next in list] [prev in thread] [next in thread]