Monatsrückblick Januar/Februar 2026 ist online!

[B4n4n3]

Hallo in die Runde,

ich hänge mich mal mit an das Problem. Bei mir das gleiche Thema… mir ist es erst gar nicht aufgefallen... erst als ich heute den Müll nicht rechtzeitig rausgestellt habe und doof dem Müllwagen hinterher geschaut hab... weil mir meine Visu anzeigt ich müsse ihn erst Übermorgen rausstellen.... :D

Gibts denn schon was neues bzw. eine Lösung?

gruß B4n4n3

[apollon77]

Noch keine Zeit gehabt tief genug reinzuschauen.Das ist ein Thema wo man locker mehrere Stunden versenken kann/muss um das zu sehen - vor allem weil ich es bisher nicht nachvollziehen konnte (aber auch mit den letzten Infos nicht versucht habe). Steht auf der Todo liste

[a200]

moin,

gerade habe ich eine Mail erhalten, dass das Problem mit 1.6.2 behoben sein soll. Nach dem Update wird mein iCal DatenPunkt gar nicht mehr aktualisiert. Ich erhalte folgende Fehlermeldung:

ical.0	2018-10-09 22:01:05.317	info	processing URL: a200 https://nc.xxx.com/remote.php/dav/calendars/a200/a200?export
ical.0	2018-10-09 22:01:04.848	error	TypeError: Cannot read property 'utcOffset' of null at processData (/opt/iobroker/node_modules/iobroker.ical/main.js:261:54) at Immediate. <anonymous>(/opt/iobroker/node_modules/iobroker.ical/
ical.0	2018-10-09 22:01:04.847	error	uncaught exception: Cannot read property 'utcOffset' of null
ical.0	2018-10-09 22:01:04.811	info	processing URL: Geburtstage a200 https://nc.xxx.com/remote.php/dav/calendars/a200/geburtstage-a200?export
ical.0	2018-10-09 22:01:03.948	info	processing URL: Geburtstage https://nc.xxx.com/remote.php/dav/calendars/a200/geburstage?export
ical.0	2018-10-09 22:01:03.069	info	processing URL: Abfall https://www.worms.de/de/web/ebwo/abfallkalender/2018/ical.php?id=1386
ical.0	2018-10-09 22:01:02.597	info	starting. Version 1.6.2 in /opt/iobroker/node_modules/iobroker.ical, node: v6.14.3
[...]
ical.0	2018-10-09 21:59:04.774	info	terminating
ical.0	2018-10-09 21:59:04.049	error	at processImmediate [as _immediateCallback] (timers.js:617:5)
ical.0	2018-10-09 21:59:04.049	error	at tryOnImmediate (timers.js:645:5)
ical.0	2018-10-09 21:59:04.049	error	at runCallback (timers.js:672:20)
ical.0	2018-10-09 21:59:04.049	error	at Immediate. <anonymous>(/opt/iobroker/node_modules/iobroker.ical/main.js:221:25)
ical.0	2018-10-09 21:59:04.049	error	at processData (/opt/iobroker/node_modules/iobroker.ical/main.js:261:54)
ical.0	2018-10-09 21:59:04.049	error	TypeError: Cannot read property 'utcOffset' of null
ical.0	2018-10-09 21:59:04.048	error	uncaught exception: Cannot read property 'utcOffset' of null</anonymous></anonymous> 

Was mach ich falsch? Ideen?

Danke, a200.

[apollon77]

Da scheint wohl noch ein Fehler zu sein… am besten zurück auf die 1.6.1. Wir checken

[Chaot]

Kann den Fehler in V 1.6.2 bestätigen:
` > host.haus 2018-10-10 06:30:50.293 info instance system.adapter.ical.0 terminated with code 0 (OK)

ical.0 2018-10-10 06:30:49.475 error TypeError: Cannot read property 'utcOffset' of null at processData (/opt/iobroker/node_modules/iobroker.ical/main.js:261:54) at Immediate._onImmediate (/opt/iobroker/node_modules/iobroker.ical

ical.0 2018-10-10 06:30:49.474 error uncaught exception: Cannot read property 'utcOffset' of null

host.haus 2018-10-10 06:30:47.511 info instance system.adapter.ical.0 started with pid 5898

host.haus 2018-10-10 06:30:47.498 info instance scheduled system.adapter.ical.0 0,30 * * * *

host.haus 2018-10-10 06:30:44.994 warn stopInstance system.adapter.ical.0 not scheduled `

Mit 1.6.1 Problemlos

[Jan1]

Bei 1.6.2 werden bei mir meine Serienevents gar nicht mehr gelesen und Fehler im Log nach ICAL start. Mit 1.6.1 werden die Serienevents zwar gelesen, sind aber nicht wie im Kalender, sondern um ein paar Tage verschoben.
5076_log.txt

[apollon77]

Status: https://github.com/ioBroker/ioBroker.ical/issues/66

[apollon77]

Bitte mal Github Version testen. Ist immer noch 1.6.2, aber hoffentlich mit einem Fix. Bitte feedback am besten im Github issue

[mrniceguy]

Ich habe das Problem, dass Ical die jährliche wiederkehrenden Ereignisse immer +1 Tag darstellt.

Dies passiert immer dann wenn der Termin mit dem folgenden Bespiel String gespeichert ist.

RRULE:FREQ=YEARLY;BYMONTH=5;BYMONTHDAY=27

Kürze ich den String auf den folgenden, dann wird das Datum korrekt dargestellt.:

RRULE:FREQ=YEARLY

Noch als Zusatz, mit der Version 1.6.3 bekomme ich folgende Fehlermeldung.

ical.1 2018-10-11 11:24:04.585 error TypeError: Cannot read property 'utcOffset' of null at processData (/opt/iobroker/node_modules/iobroker.ical/main.js:276:52) at Immediate. <anonymous>(/opt/iobroker/node_modules/iobroker.ical/

ical.1 2018-10-11 11:24:04.584 error uncaught exception: Cannot read property 'utcOffset' of null</anonymous>

[apollon77]

Dann bitte nochmal vom Github laden, da sollte der Fehler weg sein, bzw mit der offiziellen 1.6.3

[dtp]

@mrniceguy:

Noch als Zusatz, mit der Version 1.6.3 bekomme ich folgende Fehlermeldung. `

Bist du dir sicher, dass das die Version 1.6.3 und nicht 1.6.2 war? Bei mir sind die Fehlermeldungen seit dem Update auf die 1.6.3, wie von @apollon77 erwähnt, nämlich wieder verschwunden.

Ungeachtet dessen gibt es aber seit Anbeginn bei uns ein Problem mit jährlich wiederkehrenden Ganztagsterminen aus der iCloud (z.B. automatisch aus den Kontakten angelegte Geburtstage), die um ein bis mehrere Monate verschoben angezeigt werden. Ich habe da bisher noch keine Systematik erkennen können und nehme das derzeit als gegeben hin.

[mrniceguy]

Ja, war die 1.6.3.

Ich nutze Radicale als CalDav Server. Wenn ich dort mit Outlook wiederkehrende Termine einstelle, dann habe ich das Problem mit dem 1 Tag Versatz.

Stelle ich den Termin mit dem Iphone ein, dann werden die Termine korrekt angezeigt.

Outlook stellt die Wiederkehr mit dem Satz ein:

RRULE:FREQ=YEARLY;BYMONTH=5;BYMONTHDAY=27

Das Iphone schreibt nur:

RRULE:FREQ=YEARLY

[Berchemer]

Nachdem ich ical über gibt aktualisiert habe, sind auch bei mir die Fehlermeldungen im Log verschwunden. v1.63

Falsche Anzahl von Tagen bei Kalendereinträgen, die ich bis gestern noch hatte, kann ich momentan nicht mehr erkennen. Muss auf die Schnelle jedoch nichts heißen. Versuche das Ganze am WE auszutesten.

[twonky]

@mrniceguy: Hast du mal eine ics Datei für mich? Damit ich den Fehler nachstellen kann.

[apollon77]

1.6.4 on github/npm, ab morgen im latest

[mrniceguy]

Mit der 1.6.4 bekomme ich die Meldung "more then one calendar timezone (W. Europe Standard Time) detected! Ignore further ones" und es funktioniert wieder. Das Problem mit der Anzeige plus 1 Tag bleibt leider.

[B4n4n3]

Bei bis sind es ebenfalls 2 Tage … nicht 1 Tag... auch in Version 1.6.4. Gebt bescheid wenn ich irgendwie beim Testen oder ähnlichem helfen kann.

[Jan1]

Die aktuelle Version ist übrigens 1.6.5, allerdings gibts da auch wieder seit der Zeitumstellung das Problem mit Terminserien. Einzeltermine funktionieren dagegen ohne Probleme. Genau das Problem hatten wir schon und wurde durch die Version 1.6.5 gelöst. Warum diese Version jetzt wieder die selben Probleme macht weiß ich nicht, da der Entwickler leider noch kein Feedback auf meine Anfrage gegeben hat. Bleibt also zu hoffen, dass es was mit der Zeitumstellung zu tun hat und schnell gelöst wird ;)

[B4n4n3]

Ja natürlich 1.6.5… sorry ... mein Fehler.

Aber ich hab die Verschiebung von 2 Tagen bei Einzelterminen.

Das sind keine Serientermine.

[Jan1]

Da stimmt wohl allgemein was nicht, bei mir funktioniren Einzeltermine. Zumindest wurde heute der Feiertag richtig erkannt. Mal schauen wann der Entwickler was dazu schreibt. Fakt ist zumindest mal bei mir, dass ich dieses Problem exakt so schon mal hatte und da lag es am Adapter. Ist auch noch nicht so lange her und deshalb gab's auch ein paar Updates des Adapter.

Seit wann besteht das Problem bei Dir, auch seit der Zeitumstellung, oder schon länger?