Read the statement by Michael Teeuw here.
Calendar module events stop displaying before due time/date
-
@castletonroad and the pi is set to the same tz/location, correct?
-
@castletonroad what is wrong on cal display for lesson 2
start July 22, 2020 09:20:00
end July 22, 2020 10:15:00 -
The display on the MM is fine the day before.
But every morning, lesson 2 (and lesson 1) is no longer showing on the MM.
Next event showing on the MM is lesson 3, 10.30 to 11.25, even though it’s still only 6am.
-
Yes, correct.
pi@raspberrypi2:~ $ date +“%Z %z”
AEST +1000
pi@raspberrypi2:~ $As I mentioned, the issue is just with the first two events each day in this timetable.
I might delete one recurring event and replace it with a brand new one.
-
@castletonroad so, that means to me the pi is set to the wrong timezone, even tho displaying the right numbers for the time.
what is the location setting under the operating system calendar, upper right, right click,
locations -
Sorry, I should have said - I’m in Australia, AEST is correct for me.
-
@castletonroad you tz said Australia.
there have been a number of problems w calendar and recurring events. no fix yet that can see.
I would try the redo of the event. where do u create it? PC, mobile, web?
-
I created the appointments a couple of years ago in Google, then imported them and have been using them since. I edit them via the NextCloud web interface. I have a script that exports them to .ICS for MM to read.
I will recreate a couple (the whole things takes an age as the timetable runs on a two week cycle) and see how that turns out for tomorrow. I’ll report back.
(The Calendar module is literally the main reason for my MM!)
Thanks for taking the time to help out.
-
I created a new event for tomorrow:
BEGIN:VEVENT
CREATED:20200806T005525Z
DTSTAMP:20200806T005659Z
LAST-MODIFIED:20200806T005659Z
SEQUENCE:3
UID:ffae8dff-cd39-4315-977c-762a0b47544c
DTSTART;TZID=Australia/Sydney:20200724T082500
DTEND;TZID=Australia/Sydney:20200724T092000
SUMMARY:NEW P1 - LESSON (ROOM No.)
RRULE:FREQ=WEEKLY;COUNT=5;INTERVAL=2;BYDAY=FR
LOCATION:XXXX
END:VEVENTLook at CREATED:20200806T005525Z. This is 12.55am, right? I created this at about 10.55am, so a 10hr time diff - AEST <> GMT.
Is this relevant?
-
@castletonroad shouldn’t matter, in my opinion
