[SOGo] Re: CalDAV dev query - modification of recurring event occurence - weird behavior.
On Mon, Jan 24, 2011 at 12:53 PM, Mohit Chawla mohit.chawla.bin...@gmail.com wrote: Another observation - changing PARTSTAT to ACCEPTED for the occurrence works fine. Yet another observation - the complete behavior is reproducible using Thunderbird. -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] Re: CalDAV dev query - modification of recurring event occurence - weird behavior.
On Mon, Jan 24, 2011 at 7:27 PM, Francis Lachapelle flachape...@inverse.cawrote: On Jan 24, 2011, at 4:20 AM, Mohit Chawla wrote: I can't reproduce the problem you describe. What version of Thunderbird/Lightning/SOGo Connector do you use? I reported this bug as well. http://sogo.nu/bugs/view.php?id=1092 Lightning (Inverse Edition), and the SOGo Connector/Integrator are all latest stable releases with SOGo-1.3.4. Thunderbird version is 3.1.7. Concerning your Perl script, do you trigger the PARTSTAT change from the attendee's calendar? Yes. -- users@sogo.nu https://inverse.ca/sogo/lists
[SOGo] Re: CalDAV dev query - modification of recurring event occurence - weird behavior.
On Sun, Jan 23, 2011 at 4:42 AM, Mohit Chawla mohit.chawla.bin...@gmail.com wrote: So, if I have a recurring event that's been accepted by the attendee, and a modified occurrence is supposed to be declined, then changing the PARTSTAT for that occurrence from NEEDS-ACTION to DECLINED causes the original event(with PARTSTAT = ACCEPTED) to be declined instead of that occurrence, whose PARTSTAT parameter remains unchanged. This holds true for the organizer, that is, in the organizer's calendar, the modified occurrence's participation status emains NEEDS-ACTION and the master event appears as DECLINED. However in the attendee's calendar the occurrence appears as declined, and master event as accepted. -- users@sogo.nu https://inverse.ca/sogo/lists
