Appointment time on calendar is off by an hour

DAVx⁵
Log in to reply
  • B

    Appointment time on calendar is off by an hour

    0
  • rfc2822
    developer

    Please provide steps to reproduce (including information about the server), debug info, verbose logs etc..

    0
  • F

    I am facing the same problem so let me provide some more (reproducable) insight:

    • create event on Android phone, say 5pm/17:00 - 6pm/18:00, timezone GMT+1 (Berlin)
    • sync with server based calendar using DAVdroid 1.3.8-gplay
    • item appears on server based calendar incorrectlywith an offset of +1hour at 6pm/18:00
    • editing even on server (adding text), resync: on Android 5pm, server 6pm
      –> sync Android-Server offset +1 hour
    • create event at 8am on server, sync using DAVdroid
    • appears on Android with an offset of -1h at 7am

    Timezone Android: (GMT+1)
    Timezone Server: Europe/Berlin (which is GMT+1)

    rfc2822 1 Reply 0
  • rfc2822
    developer

    @fraschi Thanks for your report. What is your server software (to reproduce the problem, I have to use the same server in the same version)? Or can you provide a test account on this server? Is there any indication that this might be a DAVdroid problem?

    0
  • F

    its an All-inkl.com account. They offer free test accounts.

    rfc2822 1 Reply 0
  • rfc2822
    developer

    @fraschi Did you try other clients with Europe/Berlin time zone? Did you already ask server support?

    0
  • F

    @rfc2822 I am also using the Google calendar on both desktop and Android with no such issues and had been using other server based calendars in the past. This is the first time I am using a caldavs-sync, though.
    In the meantime I have checked with the server support and they reconfirmed that the server time/zone is set correctly to GMT+1 =CET).
    What strikes me that Android calls the local time “Central European Standard Time” which is afaic wrong. Is it possible you are checking the local time using the ISO abbreviation? If so, then CEST is wrong (and would explain the offset) as it stands for Central European Summertime and not Standard Time…?

    rfc2822 1 Reply 0
  • rfc2822
    developer

    @fraschi I have tested it and can confirm that this is a server bug. When creating an event on 22 Feb 2017 in the Webmail interface, the server sends this CalDAV event:

    BEGIN:VCALENDAR
PRODID:-//WMAPI iCALENDAR//
VERSION:2.0
METHOD:PUBLISH
BEGIN:VTIMEZONE
TZID:Europe/Berlin
X-LIC-LOCATION:Europe/Berlin
BEGIN:STANDARD
DTSTART:20171029T030000
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
TZNAME:CET
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:20170326T020000
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNAME:CEST
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
CREATED:20170205T145357Z
LAST-MODIFIED:20170205T145357Z
DTSTAMP:20170205T145357Z
UID:5e0849bd-08e6-4ec1-a6b3-1367b3e0f0b2
SUMMARY:abc
DTSTART;TZID=Europe/Berlin:20170222T210000
DTEND;TZID=Europe/Berlin:20170222T233000
END:VEVENT
END:VCALENDAR

    Please note the timezone definitions:

    BEGIN:STANDARD
DTSTART:20171029T030000
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
TZNAME:CET
END:STANDARD

    So, Berlin standard time (CET) begins on 29 Oct 2017 and is not applicable.

    BEGIN:DAYLIGHT
DTSTART:20170326T020000
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNAME:CEST
END:DAYLIGHT

    DST begins on 26 Mar 2017 and thus is also not applicable to the event on 22 Feb.

    So, the time zone definition is not usable and results are unpredictable.

    Can you please report this server bug to all-inkl.com?

    F 1 Reply 0
  • F

    @rfc2822 Thanks a lot! I will forward this and keep you posted.

    1
  • F

    @rfc2822 Thanks again, I can confirm that this was a server issue which has been fixed accordingly. Since then Davroid is working flawlessly.
    It would be great if a user could perform the same checks you had performed using the debug approach. Is this an option?

    0

Similar topics