Hallo Boris,
es gibt Probleme mit Serienterminen (in Zusammenhang mit CalView), in meinem Fall jährlich.
Ablauf (so wird es bei CALVIEW gemacht)
1. get full next
040000008200E00074C5B7101A82E008000000002082C62A412CCB01000000000000000010000000DAAA8336E2BABE4B8246AEE2E52261FF upcoming 02.02.2017 00:00:00-03.02.2017 00:00:00
2. get start 040000008200E00074C5B7101A82E008000000002082C62A412CCB01000000000000000010000000DAAA8336E2BABE4B8246AEE2E52261FF
02.02.2015 00:00:00
02.02.2016 00:00:00
02.02.2017 00:00:00
3. get vevents
VEVENT @575 [new]
CLASS: PRIVATE
CREATED: 20100523T105509Z
DESCRIPTION:
DTEND: 20100203
DTSTAMP: 20160212T175103Z
DTSTART: 20100202
LAST-MODIFIED: 20150524T112338Z
LOCATION:
RRULE: FREQ=YEARLY;BYMONTH=2;BYMONTHDAY=2
SEQUENCE: 0
SUMMARY: Geburtstag von xyz
UID: 040000008200E00074C5B7101A82E008000000002082C62A412CCB01000000000000000010000000DAAA8336E2BABE4B8246AEE2E52261FF
>>> is a series
>>> Events:
040000008200E00074C5B7101A82E008000000002082C62A412CCB01000000000000000010000000DAAA8336E2BABE4B8246AEE2E52261FF end 02.02.2015 00:00:00-03.02.2015 00:00:00 Geburtstag von xyz
040000008200E00074C5B7101A82E008000000002082C62A412CCB01000000000000000010000000DAAA8336E2BABE4B8246AEE2E52261FF end 02.02.2016 00:00:00-03.02.2016 00:00:00 Geburtstag von xyz
040000008200E00074C5B7101A82E008000000002082C62A412CCB01000000000000000010000000DAAA8336E2BABE4B8246AEE2E52261FF upcoming 02.02.2017 00:00:00-03.02.2017 00:00:00 Geburtstag von xyz
>>> Skipped events:
Der Fehler liegt meiner Meinung nach bei get start id
Meiner Meinung nach ist das gar kein Fehler, sondern bei einem (hideOlderThan = 400d) exakt das zu erwartende Ergebnis, da der 02.02.2015 innerhalb dieses Zeitfensters liegt.
Meiner Meinung nach schon, da das alte Verhalten (vor Umstellung des Moduls) nicht mgl. ist.
Wo ließt du denn hideOlderThan aus? Habe es jedenfalls nicht explizit gesetzt.
Ah habs kapiert. hideOlderThan auf 1d gesetzt.
Danke.
It's not a bug, it's a feature 8)