MMM-CalendarExt2 fullday events showing as 2 days

A Former User

This post is deleted!

A Former User

try forceLocalTZ: true to the suspicious calendar.

pillbug22

I’ve seen similar issues even in Outlook before. Depending on how the “all day” event is created, the client showing you the event is interpreting it as spilling over into the 2nd day.

For example, if you have an all-day event that is being seen as

Monday, Jan 1, 2020 @ 0000 and goes through Tuesday, Jan 2, 2020 @ 0000

the client app reading that appointment is looking at the ending date, and realizing it’s touching Tuesday, so it displays as Tuesday as well.

This usually can be tested by manually creating 2 appointments that both start at midnight. One of them to match the above scenario that “touches” midnight on the next day, and then do another manual appointment that stops at 23:59, and see if the appointment that “touches” the next day shows up on both days of the calendar.

mr_minning

@Sean I tried this first, then I tried forceLocalTZ: false, that is why it’s still there. Neither works.

mr_minning

My calendars are created in Google Calendar.

Here is one of my “offending” calendar entries. It gets rendered on every second tuesday (as expected), but also on the following wednesday, which is wrong.

BEGIN:VEVENT
DTSTART;VALUE=DATE:20200602
DTEND;VALUE=DATE:20200603
RRULE:FREQ=WEEKLY;WKST=MO;INTERVAL=2;BYDAY=TU
DTSTAMP:20200603T175106Z
UID:secret@google.com
CREATED:20200603T174826Z
DESCRIPTION:Städning
LAST-MODIFIED:20200603T174826Z
LOCATION:
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:Städning
TRANSP:TRANSPARENT
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:This is an event reminder
TRIGGER:-P0DT0H30M0S
END:VALARM
END:VEVENT

mr_minning

I found the solution. The docker container was not aware of the correct timezone. I found this https://github.com/bastilimbach/docker-MagicMirror/issues/15 and added this to my docker-compose.yml

    environment:
      - TZ=Europe/Berlin
      - SET_CONTAINER_TIMEZONE=true
      - CONTAINER_TIMEZONE=Europe/Berlin