Read the statement by Michael Teeuw here.
TypeError: curr.start.toISOString is not a function
-
ok, so here it is:
Create fetcher ... Create fetcher done! curr contains: { type: 'STANDARD', params: [], start: { Mon, 01 Jan 1601 02:00:00 GMT tz: undefined }, tzoffsetfrom: '+0200', tzoffsetto: '+0100', rrule: 'RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=-1SU;BYMONTH=10' } curr.start is set to: { Mon, 01 Jan 1601 02:00:00 GMT tz: undefined } curr contains: { type: 'DAYLIGHT', params: [], start: { Mon, 01 Jan 1601 01:00:00 GMT tz: undefined }, tzoffsetfrom: '+0100', tzoffsetto: '+0200', rrule: 'RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=-1SU;BYMONTH=3' } curr.start is set to: { Mon, 01 Jan 1601 01:00:00 GMT tz: undefined } curr contains: { type: 'VEVENT', params: [], rrule: 'RRULE:FREQ=WEEKLY;UNTIL=20161004T183000Z;INTERVAL=1;BYDAY=TU;WKST=SU', uid: '040000008200E00074C5B7101A82E008000000009B3BEC42F394D10100000000000000001000000074F8AEF399AAD4438C6FBCBC8E500415', summary: 'Sommertraining', start: '00) Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna":20160524T203000', end: '00) Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna":20160524T220000', class: 'PUBLIC', priority: '5', dtstamp: '20160621T203603Z', transparency: 'OPAQUE', status: 'CONFIRMED', sequence: '0', location: 'Tco', 'MICROSOFT-CDO-APPT-SEQUENCE': '0', 'MICROSOFT-CDO-BUSYSTATUS': 'BUSY', 'MICROSOFT-CDO-INTENDEDSTATUS': 'BUSY', 'MICROSOFT-CDO-ALLDAYEVENT': 'FALSE', 'MICROSOFT-CDO-IMPORTANCE': '1', 'MICROSOFT-CDO-INSTTYPE': '1', 'MICROSOFT-DISALLOW-COUNTER': 'FALSE' } curr.start is set to: 00) Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna":20160524T203000 /home/pi/MagicMirror/modules/default/calendar/vendor/ical.js/node-ical.js:45 rule += ';DTSTART=' + curr.start.toISOString().replace(/[-:]/g, '');
-
There’s that failure … Notice the contents of
curr.start
in each iteration:curr.start is set to: { Mon, 01 Jan 1601 02:00:00 GMT tz: undefined } curr.start is set to: { Mon, 01 Jan 1601 01:00:00 GMT tz: undefined } curr.start is set to: 00) Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna":20160524T203000
That’s where it fails. It processes the previous two just fine, then encounters an invalid time stamp. This is something within the Offce386 calendar. What is that event?
-
its a weekly event.
I’ll Try to delete this event and reload, but thats no the solution… :-(
-
It doesn’t appear that the event information is valid to begin with, at least not the way that Office386 is serving the information. It doesn’t make sense to me. It should be an array, not a string. So the next question is, is the data you are receiving valid? And if so, where is that getting mangled that
'curr'
ends up with an invalid array.Unfortunately I don’t have/use Office386’s calendar, so I’m not going to be able to debug this unless you want to share your calendar link with me. or, recreate a blank one with similar events and share that.
-
Ok, preliminary digging done. It appears the pattern matching isn’t working correctly for the times that Office386 puts on its calendar, I mean, really 1601 for a year? I don’t think so.
Anyway, I’m going to tag @MichMich on this since he wrote the default calendar and I believe the node-ical stuff as well. I have the output of the ICS, so if you had shared it to get me the link, you can unshare it. I can work with the saved output.
-
ok, sounds not that good as expected. Whats next?
-
Basically one of us has to find the time to investigate. The way Office386 creates its dates is really odd. Leave it to Microsoft to break things … as always.
-
ok, my girlfriends calnedar is working. also with office 365 :-) so stupid…
-
Does she have the same events as you? Setup the same way? Same time zones configured?
-
she has different events in her calendar, but the all the other things are the same as mine.