Calendar should support "floating" events on iCal/vCal import [duplicate]

asked 2016-02-02 00:45:26 +0300

G.Ohrner gravatar image

When importing an iCal/vCal file which specifies floating start and end times, ie. times not pinned to a time zone, the calendar app interprets this as UTC times, effectively shifting all events by some hours.

This is pretty annoying and event hits full-day events which always start at 01:00 am or 02:00 am (depending on whether DST is in effect) and end the next day at the same time, thus tagging two days as "booked" in the calendar's month overview...

Not to mention you'll easily miss appointments or show up at the wrong times to your meetings... :-/

Example iCal file which demonstrates the problem:

BEGIN:VCALENDAR
PRODID:-//K Desktop Environment//NONSGML KOrganizer 5.0.3//EN
VERSION:2.0
X-KDE-ICAL-IMPLEMENTATION-VERSION:1.0
METHOD:REQUEST
BEGIN:VEVENT
ORGANIZER;CN="Gunter Ohrner":MAILTO:Gunter@example.com
DTSTAMP:20160201T215513Z
CREATED:20160201T215434Z
UID:KOrganizer-1638645389.316
LAST-MODIFIED:20160201T215455Z
SUMMARY:Demo-Event
DTSTART;VALUE=DATE:20160416
DTEND;VALUE=DATE:20160426
TRANSP:TRANSPARENT
BEGIN:VALARM
DESCRIPTION:
ACTION:DISPLAY
TRIGGER;VALUE=DURATION:-P5D
X-KDE-KCALCORE-ENABLED:TRUE
END:VALARM
END:VEVENT
END:VCALENDAR
edit retag flag offensive reopen delete

The question has been closed for the following reason "duplicate question" by G.Ohrner
close date 2016-02-02 01:30:58.674590

Comments

Probably same as this.

luen ( 2016-02-02 01:21:30 +0300 )edit

Uh, right, and I even commented on this other report half a year ago... Darn... ;)

I even searched for duplicates before posting, but did not use ICS as a search phrase...

However, I think the information about a relation to floating times in iCal files is still missing from there...

G.Ohrner ( 2016-02-02 01:30:46 +0300 )edit

@gohrner Yes, I agree you have a more complete analysis in this question.

luen ( 2016-02-02 01:32:37 +0300 )edit

Just to clarify, are you saying that because the DTSTART and DTEND are specified as date-only values, that they should not have any timezone conversion? If so, I agree, and I have created the following bug to track the issue: https://bugs.merproject.org/show_bug.cgi?id=1492

chris.adams ( 2016-02-02 07:10:16 +0300 )edit

Yes, exactly. Thanks for adding this bug to MER bugzilla, I now also created an account there.

G.Ohrner ( 2016-02-02 14:00:23 +0300 )edit