[Tickets #4993] All day event end date should be on the next day, not same day

bugs@bugs.horde.org bugs at bugs.horde.org
Tue Feb 13 09:03:42 PST 2007


DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.

Ticket URL: http://bugs.horde.org/ticket/?id=4993
-----------------------------------------------------------------------
 Ticket             | 4993
 Created By         | bedgar at desasecurity.com
 Summary            | All day event end date should be on the next day, not same day
 Queue              | Kronolith
 Version            | 2.1.4
 Type               | Bug
 State              | Unconfirmed
 Priority           | 2. Medium
 Owners             | 
-----------------------------------------------------------------------


bedgar at desasecurity.com (2007-02-13 09:03) wrote:

The iCalendar RFC (RFC 2445) indicates that DTEND "specifies the
non-inclusive end of the event."  When Kronolith creates an all day event,
it sets the DTSTART and DTEND to the same date.  It should set the DTEND to
the following date to obey the RFC.  Mozilla Lightning (and I presume
Sunbird) behave the correct way.  When Lightning creates an all day event,
the DTEND is the value of the next day.

Lightning is forgiving, though, of DTEND having the same value as DTSTART
and figures out that an all day event is intended.  However, if Lightning
is set to publish an event and the kronolith/ics.php is modified (as I
have done) to accept events created in Lightning, the Kronolith display of
all day events created *from* Lightning is incorrect due to this bug.

It seems that Outlook may have the same behavior Kronolith currently has
as to the value of DTEND for all day events, and so maybe this was not
broken in earlier versions of Kronolith but was broken as a patch to fix
Outlook handling.  I cannot verify that, though I saw old bug reports to
that effect.  In my opinion, Kronolith should obey the RFC and perhaps
handle Outlook in some other way (another URL, user-agent sniffing if
Outlook's user-agent is unique enough, etc.)




More information about the bugs mailing list