[Ietf-calsify] 2nd and higher instance busted across time
daboo at isamet.com
Sat Apr 9 18:59:50 PDT 2005
--On Sunday, April 10, 2005 02:15:52 AM +0200 Reinhold Kainhofer
<reinhold at kainhofer.com> wrote:
> 45 minutes after the 1st instance ended. (Take the rdate and simply add
> the difference between dtend and dtstart to it).
No - you are missing the point. Lets explain this again a little
Consider an event that occurs twice between the hours of 12 am and 8 am
local time (EST is used in my example). It occurs on two consecutive
Sundays. One of those Sundays involves a daylight savings change. So:
Instance 1 (this is the one where DST changes):
Note that in instance 1 the clocks go forward an hour at 2 am. So the
duration of the event is actually 7 hours as opposed to 8 hours. Using your
algorithm ("Take the rdate and simply add the difference between dtend and
dtstart to it") would result in the second instance ending at 7 am. Is that
what was intended or should it end at 8 am? i.e. is the local end time
supposed to be fixed or is the duration supposed to be fixed? You would
have a similar problem if DURATION was used instead of DTEND.
The issue is that right now clients have to infer the end time of
recurrence instances (after the first one) in some unspecified manner (2445
does not really explain), unless an RDATE with PERIOD values is used (the
period explicitly gives both the start and the end).
i.e. to remove any ambiguity the second instance could have been specified
(always end at 8 am local time)
(always run for 7 hours)
depending on what was actually wanted.
More information about the Ietf-calsify