[bug] 57_Calendar.pm: cutoffOlderThan funktioniert nicht mit DURATION

[betateilchen]

Gegeben ist folgendes:

Code Auswählen Erweitern

BEGIN:VCALENDAR
VERSION:2.0
PRODID:Data::ICal 0.24
BEGIN:VEVENT
DESCRIPTION:Description
DTSTAMP:20250618T174801Z
DTSTART:20250618T194000
DURATION:+PT5M
LOCATION:Location
SUMMARY:Summary
UID:6852fbd1-f33f-22e2-1c2c-6ce0189d4a26ee69-fhem
END:VEVENT
END:VCALENDAR

Dieser Eintrag läßt sich problemlos in einem Calendar-device verarbeiten.

Das Attribut cutoffOlderThan mit dem Wert 60s hat aber keine Wirkung.
Nach einem "set <calendar> reload" findet sich mit "get <calender> vevents" immer noch der abgelaufene Eintrag:

Code Auswählen Erweitern

7: VEVENT @4 [new]
    DESCRIPTION: Description
    DTSTAMP: 20250618T174801Z
    DTSTART: 20250618T194000
    DURATION: +PT5M
    LOCATION: Location
    SUMMARY: Summary
    UID: 6852fbd1-f33f-22e2-1c2c-6ce0189d4a26ee69-fhem
    >>> Events:
      6852fbd1f33f22e21c2c6ce0189d4a26ee69fhem         end                     18.06.2025 19:40-18.06.2025 19:45 Summary  Location
    >>> Skipped events:

Meine Vermutung nach einem oberflächlichen Blick in den Code:

Es wird zwar für ein event ein Ende berechnet, wenn DURATION angegeben ist:

Code Auswählen Erweitern

    } elsif($self->hasKey("DURATION")) {
        my $duration= $self->d($self->value("DURATION"));
        $event->{end}= $nextstart + $duration;

aber bei der Auswertung der VEVENTS wird die Variante mit DURATION nicht berücksichtigt und bei nicht periodischen Einträgen nur nach DTEND gesucht, was es bei Einträgen mit DURATION aber nicht gibt. Deshalb wird das cutoffOlderThan nicht ausgeführt.


Zusatzinfo:
Das Attribut hideOlderThan funktioniert in "get <calendar> events" einwandfrei und filtert die abgelaufenen Einträge aus.

[Dr. Boris Neubert]

Hallo,

kannst du bitte mal beigefügte Version bei Dir testen?

Viele Grüße
Boris

[betateilchen]

Ja, mache ich. Bin aber jetzt am Wochenende nicht dazu gekommen.

[betateilchen]

Hallo Boris,

bis jetzt erkenne ich im Verhalten der Kalendereinträge keine Änderung.

Aber im Logfile habe ich eine "neue" Meldung:

Code Auswählen Erweitern

2025.10.20 11:58:32 1: PERL WARNING: Argument "P1D" isn't numeric in addition (+) at ./FHEM/57_Calendar.pm line 3088.
Kann die mit Deiner Änderung zusammenhängen?


EDIT: es gibt noch mehr Meldungen zu einem späteren Zeitpunkt:

Code Auswählen Erweitern

2025.10.20 13:00:58 1: PERL WARNING: Argument "+PT5M" isn't numeric in addition (+) at ./FHEM/57_Calendar.pm line 3088.
2025.10.20 13:00:58 1: PERL WARNING: Argument "20251020T120000" isn't numeric in addition (+) at ./FHEM/57_Calendar.pm line 3088.


[Dr. Boris Neubert]

Hmmm... Copy & Paste funktioniert also doch nur manchmal beim Programmieren

Ich muss mir einen Testfall bauen. Oder kannst du mir bitte gezielt die beiden VEVENTS aus der .ics-Datei schicken, die P1D und +PT5M in DURATION stehen haben?

[betateilchen]

Oder kannst du mir bitte gezielt die beiden VEVENTS aus der .ics-Datei schicken, die P1D und +PT5M in DURATION stehen haben?

Jetzt wird es lustig... P1D habe ich überhaupt nirgends stehen.

Zum Testen hatte ich einen Calendar angelegt, der nur aus dem vcalendar aus dem ersten Beitrag hier im Thread bestand. Ich hatte lediglich DTSTART auf das gestrige Datum geändert.

[betateilchen]

Oder kannst du mir bitte gezielt die beiden VEVENTS aus der .ics-Datei schicken, die P1D und +PT5M in DURATION stehen haben?

Jetzt wird es lustig... P1D habe ich überhaupt nirgends stehen.

Ok, das P1D kommt aus dem Abfallkalender des Landkreises hier.

Code Auswählen Erweitern

BEGIN:VEVENT
UID:38643731-3131-4233-a130-326163383566
DTSTAMP:20251101T115824Z
DESCRIPTION:Abfuhrtermine und aktuelle Störungsmeldungen auf https://abfall
 .landkreis-stade.de/abfuhrkalender/
DTSTART;VALUE=DATE:20251114
DURATION:P1D
LOCATION:Fredenbeck\, Alle anderen Straßen
SUMMARY:Restabfalltonne(14-täglich)
TRANSP:TRANSPARENT
URL:https://abfall.landkreis-stade.de/abfuhrkalender/
X-MICROSOFT-CDO-BUSYSTATUS:FREE
END:VEVENT