Monatsrückblick Januar/Februar 2026 ist online!

[apollon77]

Bitte mal noch die ical Konfig posten. Danke! Screenshot oder so

[a200]

Sorry, habe gestern nicht mehr geschafft:

[apollon77]

Also verstehen tue ich es noch nicht.

Im File steht

DTSTART;VALUE=DATE:20180625

Die ical Library macht daraus erstmal korrekt:

"start": "2018-06-24T22:00:00.000Z",

was mit Deutscher Zeitverschiebung dann an sich

2018-06-25T00:00:00.000 (GMT+0200)

ein sollte …

Wie da eine verschiebung um einen Tag:

(ical Log)

Tue Jun 26 2018 00:00:00 GMT+0200 (CEST)

wird kann ich gerade nicht nachvollziehen … Muss das wohl doch mal mit dem File selbst testen :-(

[a200]

Vielen Dank. wenn ich Wenn ich "Start-Endzeiten verbergen" einschalte, denn habe ich eine Verschiebung um 2 Tage. Ansonsten nur einen.

Dankeund LG,

a200.

[apollon77]

lso nur mal so um sicherzugehen..

mach mal tzdata und checke das die Zeitzone sinnvoll eingestellt ist und so

[a200]

Ich werde erst am Wochenende auf das System zugreifen können. Dann werde ich die Timezone prüfen und dir antworten.

[a200]

Sorry, dass ich mich jetzt erst melde. hier der Output:

Current default time zone: 'Europe/Berlin'

Local time is now: Mon Jul 9 18:58:10 CEST 2018.

Universal Time is now: Mon Jul 9 16:58:10 UTC 2018.

ich habe jetzt iobroker über Docker auf meinem QNAP installiert. Dort habe ich die gleiche Verschiebung. Es scheint an den Daten zu liegen.

Du kannst ja die ics Datei ausprobieren.https://www.worms.de/de/web/ebwo/abfall … hp?id=1386 und schauen, wie es bei dir aussieht.

Vielen Dank für deine Hilfe.

a200.

[apollon77]

Ok, dann sind wir spätestens jetzt beim Github Issue. Bitte anlegen und ich schaue wann ich das bei mir lokal versucht bekomme

[badsnoopy667]

Hallo zusammen,

habe das selbe Problem. Was ich mittlerweile festgestellt habe ist, dass Termine die nicht ganztägig sind anscheinend korrekt übernommen werden (aus dem Google Calendar). Wenn ich einen ganztägigen Termin anlege wird der auch korrekt übernommen. Sobald ich diesem aber als "wiederkehrend alle 2 Wochen am Dienstag" einstelle, wird der um einen Tag verschoben.

Vielleicht hilft das bei der Lösungsfindung?

[apollon77]

Ich glaube auf GitHub gibts da schon ein issue. Am besten aus dem ics file dieses Event was Probleme macht raussuchen und Posten. Dann kann man das direkt zum testen nehmen.

Gesendet vom Handy …

[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