View Issue Details

Jump to NotesJump to History
IDProjectCategoryView StatusDate SubmittedLast Update
0000763SOGoWeb Calendarpublic2010-08-20 12:472010-11-04 15:01
ReporterMarcel Assigned To 
PrioritynormalSeverityminorReproducibilityalways
Status newResolutionopen 
Product Version1.3.1 
Summary0000763: All-day events shown as two days on DST start date
Description

An all-day event on the day when daylight savings time starts is shown on both the correct and also the next day in the web calendar.

Additional Information

When viewing in many European time zones, e.g. Berlin, the following entry will show on both March 27 and March 28, 2011:

BEGIN:VEVENT
SEQUENCE:0
UID:kal01-szb-2011@PROJECT24.INFO
DTSTAMP:20000301T000000Z
SUMMARY:Anfang Sommerzeit
DTSTART;VALUE=DATE:20110327
DURATION:P1D
END:VEVENT

TagsNo tags attached.

Activities

wsourdeau

wsourdeau

2010-08-20 14:37

viewer   ~0001322

Does this happen with events generated from SOGo web, and from Lightning?
Marcel

Marcel

2010-08-20 15:56

reporter   ~0001324

The events above are generated by project24.info, a popular online generator for (bank etc.) holiday ICS files, which can be subscribed to:
DTSTART;VALUE=DATE:20110327

No, events generated in the SOGo web interface:
DTSTART;TZID=/inverse.ca/20091015_1/Europe/Berlin:20110327
DTEND;TZID=/inverse.ca/20091015_1/Europe/Berlin:20110328
or by Lightning:
DTSTART;VALUE=DATE:20110327
DTEND;VALUE=DATE:20110328
are both displayed as single-day events in all calendars I tried (the SOGo web interface, Lightning, iCal).

However, all but the SOGo web interface also display the first entry as a single day only, including Lightning.

It seems that the SOGo web interface is the only one interpreting DTSTART;VALUE=DATE without DTEND as 24 hours instead of one day (which is only 23 hours on DST start), as mandated by RFC 5545 ("For cases where a "VEVENT" calendar component specifies a "DTSTART" property with a DATE value type but no "DTEND" nor "DURATION" property, the event's duration is taken to be one day.").

If the problem only occurred during the import and would disappear after the first edit, I would not bother too much. However, this type of calendar is subscribed to, so local editing is not an option.
ludovic

ludovic

2010-10-25 17:52

administrator   ~0001653

Does that still happen with v1.3.3?
Marcel

Marcel

2010-11-03 09:38

reporter   ~0001695

It still happens on our 1.3.3 installation; I cannot verify with the SOGo demo, as its Calendar module is currently defunct (see mail to sogo-users)
Marcel

Marcel

2010-11-03 09:42

reporter   ~0001696

BTW: To test on SOGo demo once its calendar works again, subscribe to http://www.project24.info/feiertageics.php?path=AAAAA/AAAA/JAA/N/0/5231fc59371c6e8d40fceacda70fb5c3 and go to March 27/28, 2011
Marcel

Marcel

2010-11-04 15:01

reporter   ~0001702

Also still persists in sogo-demo.inverse.ca

Issue History

Date Modified Username Field Change
2010-08-20 12:47 Marcel New Issue
2010-08-20 14:37 wsourdeau Note Added: 0001322
2010-08-20 15:56 Marcel Note Added: 0001324
2010-10-25 17:52 ludovic Note Added: 0001653
2010-11-03 09:38 Marcel Note Added: 0001695
2010-11-03 09:42 Marcel Note Added: 0001696
2010-11-04 15:01 Marcel Note Added: 0001702