Kalender Alarm nach Alarmierung um 1 Tag verschoben

[dl2rbi]

Unter Asynchronen Dienst habe ich folgendes Verhalten beobachtet (egroupware-docker 20191220):
Der Alarm wird abhängig vom Termin sauber in Async Tabelle eingetragen:

Id nächste Ausführung Zeiten Methode Daten Benutzerkennung
cal:3:1 22.01.2020, 10:45 1579686300 calendar.calendar_boupdate.send_alarm {“offset”:900,“time”:1579686300,“all”:true,“owner”:5,“id”:"c… admin

Nachdem der Alarm zum angegebenen Zeitpunkt ausgelöst wurde, hätte ich erwartet, dass dieser Eintrag in der Async Tabelle gelöscht wird. Der betreffende Eintrag zeigt jedoch nun um 1 Tag versetzt auf den Folgetag:

cal:3:1 23.01.2020, 10:45 1579686300 calendar.calendar_boupdate.send_alarm {“offset”:900,“time”:1579686300,“all”:true,“owner”:5,“id”:"c… admin

Lässt sich dieses Verhalten erklären ?

[StefanU]

Hallo Werner,

Lässt sich dieses Verhalten erklären ?

Ja, mit einem Serientermin.

Es wird immer der nächste Alarm in der Tabelle angelegt und dann auch im Termin angezeigt. Auch bei vergangenen Terminen.
Sonst müsstest du für jeden Serientermin jeweils Tabellen anlegen. Besonders toll bei Serienterminen ohne Enddatum

Gruß
Stefan

[dl2rbi]

Hallo Stefan,
das ist bei Serientermienen natürlich eine elegante Art Ressourcen-schonend Einträge zu verwalten.
Mir ist nur aufgefallen, dass dieser um 1 Tag verschobene Einträge auch bei ganz normalen Einzel-Terminen beim erste Versenden des Alarms angelegt wird. Wie ich soeben beobachtet habe, wird dieser Eintrag dann automatisch nach 86400 sec = 1 Tag (keep) entsorgt.

Grüsse
Werner

[StefanU]

Hallo Werner.

automatisch nach 86400 sec = 1 Tag (keep) entsorgt.

Ja, stimmt. Das ist seit ein paar Monaten so. Da gab es ein Problem mit verlorenen Alarmen. Hatte ich nicht mehr auf dem Schirm.

Stefan