NEWS
[Aufruf] ical Adapter v1.7.0
-
Dafür hab ich grad gesehen, dass die Events bestehen bleiben.
D. h. ich habe vor zwei Tagen aktualisiert und da waren es noch 6 Tage bis zur nächsten Abholung. Heute sind es noch vier Tage. Unter 6 und 5 sind aber weiterhin die Datenpunkte auf true.
Hat das auch noch jemand? Ich hatte ja eben zum Testen die Instanz gestoppt und wieder gestartet, die Objekte haben weiterhin true angezeigt! `
Ich muss mich nochmal selbst zitieren! :D
Das Problem besteht immer noch, nun sind schon fast alle Datenpunkte auf "true" und bleiben auch leider so! In den Einstellungen habe ich nichts gefunden, was dieses Verhalten beeinflussen könnte! :(
Enrico
-
das Verhalten kann ich bei mir nicht nachvollziehen. Bei mir springen die States immer wieder korrekt auf false.
-
Na dann wären vielleicht die Versionen interessant:
Ich habe
node 8.14.0
Alles andere aktuell auf latest.
Aussehen tut es so:
Enrico
Edit: Hier noch die ics-Datei:
-
Habe zu dem Datenpunkt (Anzahl der Tage bis zum Ereignis) einen Feature Request auf GitHub gestellt.
-
Hi,
hat hier noch jemand das Problem das bei Serien Terminen scheinbar immer der letzte Tag fehlt !?
Ich habe in meinem Nextcloud Kalender mal meinen Arbeitsbeginn für 2019 eingetragen. Dabei ist mir jetzt aufgefallen das in der VIS immer der Letzte Termin der Serie fehlt.
In Nextcloud sieht es so aus:
Wenn ich die ical Datei runterlade steht es so darin:
BEGIN:VEVENT CREATED:20181224T101116Z DTEND;TZID=Europe/Berlin:20190107T153000 DTSTAMP:20181224T101117Z DTSTART;TZID=Europe/Berlin:20190107T070000 LAST-MODIFIED:20181224T101116Z RRULE:FREQ=DAILY;UNTIL=20190111T060000Z SEQUENCE:0 SUMMARY:Mirko @ Work TRANSP:OPAQUE UID:118E8891-C06B-4627-877A-32604B3F4136 END:VEVENTDer Ical Adapter liest es so ein:
2018-12-27 13:13:37.392 - debug: ical.1 RRule event:Mirko @ Work; start:Mon Jan 07 2019 07:00:00 GMT+0100 (CET); endpreview:Sat Jan 12 2019 13:13:37 GMT+0100 (CET); today:Thu Dec 27 2018 00:00:00 GMT+0100 (CET); now2:Thu Dec 27 2018 00:00:00 GMT+0100 (CET); now3:Wed Dec 26 2018 15:30:00 GMT+0100 (CET); rule:{"_string":null,"_cache":{"all":false,"before":[],"after":[],"between":[]},"origOptions":{"dtstart":"2019-01-07T07:00:00.000Z","freq":3,"until":"2019-01-11T06:00:00.000Z"},"options":{"dtstart":"2019-01-07T07:00:00.000Z","freq":3,"until":"2019-01-11T06:00:00.000Z","interval":1,"wkst":0,"count":null,"tzid":null,"bysetpos":null,"bymonth":null,"bymonthday":[],"bynmonthday":[],"byyearday":null,"byweekno":null,"byweekday":null,"bynweekday":null,"byhour":[7],"byminute":[0],"bysecond":[0],"byeaster":null},"timeset":[{"hour":7,"minute":0,"second":0,"millisecond":0}]} 2018-12-27 13:13:37.392 - debug: ical.1 dates:["2019-01-07T07:00:00.000Z","2019-01-08T07:00:00.000Z","2019-01-09T07:00:00.000Z","2019-01-10T07:00:00.000Z"] 2018-12-27 13:13:37.393 - debug: ical.1 use offset -60 for Mon Jan 07 2019 08:00:00 GMT+0100 (CET) 2018-12-27 13:13:37.393 - debug: ical.1 use offset -60 for Mon Jan 07 2019 16:30:00 GMT+0100 (CET) 2018-12-27 13:13:37.393 - debug: ical.1 0: Event (undefined):Mon Jan 07 2019 07:00:00 GMT+0100 (CET) Mon Jan 07 2019 15:30:00 GMT+0100 (CET) 2018-12-27 13:13:37.394 - debug: ical.1 todayOnly = false: (Mon Jan 07 2019 07:00:00 GMT+0100 (CET)-Mon Jan 07 2019 15:30:00 GMT+0100 (CET)), alreadyStarted=false 2018-12-27 13:13:37.394 - debug: ical.1 Event with time added: " rrule " Mirko @ Work at 07.01.2019 07:00-15:30 2018-12-27 13:13:37.394 - debug: ical.1 use offset -60 for Tue Jan 08 2019 08:00:00 GMT+0100 (CET) 2018-12-27 13:13:37.394 - debug: ical.1 use offset -60 for Tue Jan 08 2019 16:30:00 GMT+0100 (CET) 2018-12-27 13:13:37.395 - debug: ical.1 1: Event (undefined):Tue Jan 08 2019 07:00:00 GMT+0100 (CET) Tue Jan 08 2019 15:30:00 GMT+0100 (CET) 2018-12-27 13:13:37.395 - debug: ical.1 todayOnly = false: (Tue Jan 08 2019 07:00:00 GMT+0100 (CET)-Tue Jan 08 2019 15:30:00 GMT+0100 (CET)), alreadyStarted=false 2018-12-27 13:13:37.395 - debug: ical.1 Event with time added: " rrule " Mirko @ Work at 08.01.2019 07:00-15:30 2018-12-27 13:13:37.395 - debug: ical.1 use offset -60 for Wed Jan 09 2019 08:00:00 GMT+0100 (CET) 2018-12-27 13:13:37.395 - debug: ical.1 use offset -60 for Wed Jan 09 2019 16:30:00 GMT+0100 (CET) 2018-12-27 13:13:37.396 - debug: ical.1 2: Event (undefined):Wed Jan 09 2019 07:00:00 GMT+0100 (CET) Wed Jan 09 2019 15:30:00 GMT+0100 (CET) 2018-12-27 13:13:37.396 - debug: ical.1 todayOnly = false: (Wed Jan 09 2019 07:00:00 GMT+0100 (CET)-Wed Jan 09 2019 15:30:00 GMT+0100 (CET)), alreadyStarted=false 2018-12-27 13:13:37.396 - debug: ical.1 Event with time added: " rrule " Mirko @ Work at 09.01.2019 07:00-15:30 2018-12-27 13:13:37.396 - debug: ical.1 use offset -60 for Thu Jan 10 2019 08:00:00 GMT+0100 (CET) 2018-12-27 13:13:37.396 - debug: ical.1 use offset -60 for Thu Jan 10 2019 16:30:00 GMT+0100 (CET) 2018-12-27 13:13:37.396 - debug: ical.1 3: Event (undefined):Thu Jan 10 2019 07:00:00 GMT+0100 (CET) Thu Jan 10 2019 15:30:00 GMT+0100 (CET) 2018-12-27 13:13:37.396 - debug: ical.1 todayOnly = false: (Thu Jan 10 2019 07:00:00 GMT+0100 (CET)-Thu Jan 10 2019 15:30:00 GMT+0100 (CET)), alreadyStarted=falseSo sieht es dann in VIS aus:
Ist das ein Bug?
Danke und Gruß
-
Auf den ersten Blick würde ich sagen:
Start-Datum: 2019-01-07 07:00
End-Datum: 2019-01-07 15:30
Wiederholen bis: 2019-01-11 06:00
Da der 2019-01-07 07:00 nach "Wiederholen bis" liegt, wird es nicht angezeigt. Oder "Wiederholen bis" muss als UTC interpretiert werden.
Wenn ich aber
DTSTART;TZID=Europe/Berlin:20190107T070000
RRULE:FREQ=DAILY;UNTIL=20190111T060000Z
auf https://jakubroztocil.github.io/rrule/ einstelle kommt 2019-01-07 bis 2019-01-10 raus.
-
Ok.
Sobald ich am Rechner sitze.
EDIT: ISSUE —> https://github.com/ioBroker/ioBroker.ical/issues/90
Gesendet von iPhone mit Tapatalk Pro
Support us
356
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge