Ende von Serientermin wird nicht korrekt angezeigt

[liayn]

Hallo!

Wir sind auf ein interessantes Problem gestoßen in Bezug auf Serientermine, wo wir eingeladen sind.

Laut exportierter ICS-Datei läuft die Serie bis 11.11. wöchentlich jeweils 14.30 Uhr.
Im EGW Kalender, wird der Termin aber auch am 18.11. noch angezeigt, während bei allen synchronisierten Geräten (Thunderbird, DavX, …) der Termin nicht mehr aufscheint.

EGW Version: 23.1.20240930

ICS Inhalt (sensitive Daten gekürzt)

BEGIN:VCALENDAR
VERSION:2.0
PRODID:-//EGroupware//NONSGML EGroupware Calendar 23.1.001//DE
METHOD:PUBLISH
BEGIN:VTIMEZONE
TZID:Europe/Berlin
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0200
TZNAME:CEST
DTSTART:19700329T020000
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:+0200
TZOFFSETTO:+0100
TZNAME:CET
DTSTART:19701025T030000
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
X-EGROUPWARE-NOTIFY_EXTERNALS:modifications
X-MICROSOFT-CDO-APPT-SEQUENCE:3
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:1
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-OWNERAPPTID:825067XXX
X-MICROSOFT-DISALLOW-COUNTER:FALSE
X-MICROSOFT-DONOTFORWARDMEETING:FALSE
X-MICROSOFT-ISRESPONSEREQUESTED:TRUE
X-MICROSOFT-LOCATIONS:[{"DisplayName":"Microsoft
  Teams-Besprechung"\,"LocationAnnotation":""\,"LocationUri":""\,"LocationS
 treet":""\,"LocationCity":""\,"LocationState":""\,"LocationCountry":""\,"L
 ocationPostalCode":""\,"LocationFullAddress":""}]
X-MICROSOFT-ONLINEMEETINGINFORMATION:
X-MICROSOFT-REQUESTEDATTENDANCEMODE:DEFAULT
X-MICROSOFT-SCHEDULINGSERVICEUPDATEURL:https://api.scheduler.teams.microsof
 t.com/teams/XXXX2869-2d8b-44a6-95c2-f7f076008aa9/XXXXd770-237d-4391-a2a5-b
 a8e9917f4d1/19_meeting_NjMwYTVjYjEtZDQwZS00YmUxLTg1XXXXZGI3OWJhYmYyOWVk@th
 read.v2/0
X-MICROSOFT-SKYPETEAMSMEETINGURL:https://teams.microsoft.com/l/meetup-join/
 19%3ameeting_NjMwYTVjYjEtZDQwZS00YmUxLTg1XXXXZGI3OWJhYmYyOWVk%40thread.v2/
 0?context=%7b%22Tid%22%3a%2XXXX2869-2d8b-44a6-95c2-f7f076008aa9%22%2c%22O
 id%22%3a%22XXXXd770-237d-4391-a2a5-ba8e9917f4d1%22%7d
X-MICROSOFT-SKYPETEAMSPROPERTIES:
X-MOZ-INVITED-ATTENDEE:mailto:m.k@example.com
X-MOZ-RECEIVED-DTSTAMP:20240813T074508Z
SUMMARY:JF XXXX
DESCRIPTION:_______________________________________________________________
 _________________\nMicrosoft Teams Benötigen Sie
  Hilfe?<https://aka.ms/JoinTeamsMeeting?omkt=de-DE>\nJetzt an der
  Besprechung
  teilnehmen<https://teams.microsoft.com/l/meetup-join/19%3ameeting_NjMwYTV
 jYjEtZDQwZS00YmUxLTg1XXXXZGI3OWJhYmYyOWVk%40thread.v2/0?context=%7b%22Tid%
 22%3a%22XXXX2869-2d8b-44a6-95c2-f7f076008aa9%22%2c%22Oid%22%3a%22XXXXd770-
 237d-4391-a2a5-ba8e9917f4d1%22%7d>\nBesprechungs-ID:
  XXX 928 520 490\nKennung:
  XXXZwu\n________________________________\nMit einem Gerät für\n______
 __________________________________________________________________________
 
LOCATION:Microsoft Teams-Besprechung
DTSTART;TZID=Europe/Berlin:20241021T143000
DTEND;TZID=Europe/Berlin:20241021T150000
ATTENDEE;CN=M
  K;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;CUTYPE=INDIVIDUAL;RSVP=FALSE
 ;X-EGROUPWARE-UID=7:mailto:m.k@example.com
ORGANIZER;CN=F G:mailto:G.F@example.com
RRULE:FREQ=WEEKLY;BYDAY=MO;UNTIL=20241111T133000Z
PRIORITY:5
CATEGORIES:Geschäft
UID:040000008200E00074C5B7101A82E00800000000B031303265EDDA01000000000000000
 010000000DBC5E5259CDEFC42973882242BEA3475
SEQUENCE:5
STATUS:CONFIRMED
CREATED:20240818T124954Z
LAST-MODIFIED:20241015T081339Z
DTSTAMP:20241118T094422Z
END:VEVENT
END:VCALENDAR

[RalfBecker]

@bbegw bitte mal testen.

Ralf

[bbegw]

Ja ich kann das mit dem ics reproduzieren, als Ende ist Datum und zeit gesetzt in Zulu Zeit 20241111T133000Z
Die Wiederholung ist DTSTART;TZID=Europe/Berlin:20241021T143000 bis
DTEND;TZID=Europe/Berlin:20241021T150000

Sprich das endet knapp vor dem Termin, ist das das Original oder schon mal bearbeitet worden?

Wenn ich in EGroupware einen Termin mache, würde ich als Enddatum nie den Tag nehmen, der nicht mehr wiederholt werden soll-

[liayn]

Danke für den Gegentest!

Ich kann leider nicht genau sagen, ob das nochmal bearbeitet wurde. Wir haben den Termin so zugeschickt bekommen.

Wie da welche Zeitzonen zusammengekommen sind, kann ich nicht mehr eruieren. Das hier gespostete ICS, ist das was ich in EGW exportiert habe. (Das mir damals als Original zugesendete, habe ich schon gelöscht.)

Es ist auch das erste Mal, dass ich das gesehen habe und eben heute so ein Aha-Effekt: Termin in EGW da, in Thunderbird nicht, am Handy auch nicht.

[bbegw]

Wie hast Du den Termin exportiert, vergleich vielleicht nochmal, ob das gleiche rauskommt, wenn du es über die groupdav-url herunterlädst:
https;//meinedomain/egroupware/groupdav.php/benutzer/calendar

Das zeigt dir die Collection für den Benutzer und darín sollte auch der Termin drin sein als Serie, insbesondere enthält die Serie auf dem Weg auch alle Ausnahmen, wenn also z.B. eine Wiedreholung nicht stattf´gefunden hat oder es sonstige Ausnahmen gegeben hätte.
Einfach mal beide vergleichen, ob dir da was auffällt.

Ansonsten, wenn es für euch nicht weiter relevant ist, kannst Du auch warten, ob du nochmal einen solchen Fall reinbekommst und dann vielleicht auch die Einladung mal posten. Falls es ein Umrechnungsproblem ist auch mit Zeitzone und Du die Anzeige in EGroupware korrigieren willst setze einfach das Ende etwas früher.

Birgit

[liayn]

Wie hast Du den Termin exportiert, vergleich vielleicht nochmal, ob das gleiche rauskommt, wenn du es über die groupdav-url herunterlädst:

https;//meinedomain/egroupware/groupdav.php/benutzer/calendar

Ich habe ihn direkt in der Weboberfläche exportiert. Also Kalender -> re/Maus auf Eintrag -> Export ICS.

Der Vergleich mit dem ICS aus caldav hat nur einen Unterschied: In der caldav-Datei fehlt METHOD:PUBLISH.

Ansonsten, wenn es für euch nicht weiter relevant ist, kannst Du auch warten, ob du nochmal einen solchen Fall reinbekommst und dann vielleicht auch die Einladung mal posten. Falls es ein Umrechnungsproblem ist auch mit Zeitzone und Du die Anzeige in EGroupware korrigieren willst setze einfach das Ende etwas früher.

Ich werde warten, ob das wieder auftritt, aber nachdem alle meine anderen Kalender das sichtlich richtig darstellen, bei gleichen Grunddaten, muss es fast ein Problem im EGW Kalender sein.