Summer / Normaltime Problem?

ICSx⁵
Log in to reply
  • M

    Hey,
    I use ICSx in combination with DAVx. When I’m synching dates with my ownCloud via DAVx everthing is fine.

    But when I’m importing dates with an ics alle the entrys are correct until summertime ends. All dates in November etc are one hour to early.

    But the ICS saves it correct.

    BEGIN:VEVENT
    DTSTAMP:20191124T160000
    CONTACT:“School Name”
    DTSTART;TZID=Europe/Berlin:20191029T095000
    DTEND;TZID=Europe/Berlin:20191029T112500
    CREATED:20010101T000001
    SUMMARY:Topic of the Test
    DESCRIPTION:Name of the class and room number
    LAST-MODIFIED:20010101T000001
    LOCATION:
    SEQUENCE:0
    CATEGORIES:Klausuren
    TRANSP:OPAQUE
    STATUS:CONFIRMED
    UID:20010101T000001-klausur-1-…
    END:VEVENT

    The beginning of the ICS is the following:

    BEGIN:VCALENDAR
    VERSION:2.0
    PRODID:SchoolSystem
    CALSCALE:GREGORIAN
    METHOD:PUBLISH
    X-WR-CALNAME:Personal Calendar of Mr
    X-WR-TIMEZONE:Europe/Berlin
    X-WR-CALDESC:Description of the calendar
    BEGIN:VTIMEZONE
    TZID:Europe/Berlin
    X-LIC-LOCATION:Europe/Berlin
    BEGIN:STANDARD
    TZOFFSETFROM:+0200
    TZOFFSETTO:+0100
    TZNAME:CET
    DTSTART:20191124T160000
    RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
    END:STANDARD
    BEGIN:DAYLIGHT
    TZOFFSETFROM:+0100
    TZOFFSETTO:+0200
    TZNAME:CET
    DTSTART:20191124T160000
    RRULE:FREQ=YEARLY;BYMONTH=4;BYDAY=1SU
    END:DAYLIGHT
    END:VTIMEZONE

    When I import the ICS in my ownCloud or to my google accouint online, everything appears right.

    Please help me 🙂

    Kind regards

    morph

    rfc2822 1 Reply 0
  • rfc2822
    developer

    Hi,

    @morphiosie said in Summer / Normaltime Problem?:

    BEGIN:VEVENT
    DTSTART;TZID=Europe/Berlin:20191029T095000
    DTEND;TZID=Europe/Berlin:20191029T112500

    So this event is on 29 Oct 2019 (Europe/Berlin). So, let’s have a look at Europe/Berlin to calculate the actual time:

    BEGIN:VTIMEZONE
    TZID:Europe/Berlin
    X-LIC-LOCATION:Europe/Berlin
    BEGIN:STANDARD
    TZOFFSETFROM:+0200
    TZOFFSETTO:+0100
    TZNAME:CET
    DTSTART:20191124T160000
    RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
    END:STANDARD

    This says that Europe/Berlin switches to standard time every year on the last Sunday in October, starting with 24 Nov 2019 …

    BEGIN:DAYLIGHT
    TZOFFSETFROM:+0100
    TZOFFSETTO:+0200
    TZNAME:CET
    DTSTART:20191124T160000
    RRULE:FREQ=YEARLY;BYMONTH=4;BYDAY=1SU
    END:DAYLIGHT
    END:VTIMEZONE

    … and switches to daylight time every year on the first Sunday in April, starting with 24 Nov 2019.

    So, there’s no definition for the time before 24 Nov 2019, but the event is on 29 Oct 2019 (before the VTIMEZONE definition starts). So the timezone is not defined properly, and standard time will be assumed.

    This is a problem of your VTIMEZONE definition. How did you generate the .ics?

    0
  • M

    Hey,

    thanks for the fast answer. The ics is provided by a school-portal. So I cant change anything on this architecture.

    The same problem appears also on events after November the 24th.

    BEGIN:VEVENT
    DTSTAMP:20191124T160000
    CONTACT:“SchoolName”
    DTSTART;TZID=Europe/Berlin:20191217T080000
    DTEND;TZID=Europe/Berlin:20191217T150500
    CREATED:20191120T171105
    SUMMARY:Generalprobe für das Weihnachtskonzert
    DESCRIPTION:
    LAST-MODIFIED:20191120T171620
    LOCATION:
    SEQUENCE:0
    CATEGORIES:Schulveranstaltung
    TRANSP:OPAQUE
    STATUS:CONFIRMED
    UID:xxxxxx
    END:VEVENT

    Appears from 7 to 2 in my calendar.

    0
  • rfc2822
    developer

    I’d need the whole VEVENT including the VTIMEZONE.

    I suggest to contact the school portal vendor, because this is a problem of the event.

    1
  • rfc2822
    developer

    Thanks for the whole file, I’ll have a look.

    0

Similar topics