- Verschifft
- 7. September 2026 um 01:57 UTC
- Autor
- Kamo
- Ausschuss
- ef357c1
Zwei Hälften von "Alterne Gäste zu Sitzungen senden keine E-Mail an, dass Person". Der Link. meetingUrl kam von der API zurück, war an nichts gebunden und konnte durch keinen Dialog auf der Plattform gesetzt, so dass die ics ohne URL-Eigenschaft ausgingen und ein Gast, der eine Einladung angenommen hatte keinen Weg in den Anruf von ihren eigenen Kalender. Der Ereignisdialog gewinnt das Feld, der Entwurf trägt es, und beide speichern Pfade senden es: die Kalender-API direkt, der Lead Callback durch SecurityService. Ausgelassen statt leer auf dem Rückruf-Pfad gesendet, weil Fehlwert bedeutet "nicht geliefert" nachgelagert und eine Umschichtung darf nicht das sein, was Strippt das Verbindungsglied von einem Treffen. Das Duplikat. composeDraft und resolveGuestsNow beide baute die Gästeliste von die aufgelöste Audienz mit den externen Adressen in sie eingegeben . und das aufgelöste Beispiel enthält bereits diese Adressen, die von der Adresse benannt sind sich selbst. Ein externer Gast kam daher zweimal, wie {E-Mail, displayName: email] und {email, displayName: undedefined]. Live-Beweis ist Veranstaltung 25882ff8, die zwei Zeilen für eine Adresse in der gleichen geschrieben hält Mikrosekunde, und der Lead-Callback postet diese Liste wörtlich zu einem Dienst, der hätte um zwei Einladungen an eine Person gebeten. dedupeGuests lebt in guestChips.ts mit dem Rest der reinen Gästelogik, keyed die Art und Weise der Service-Schlüssel Teilnehmer Reihen - getrimmt und abgesenkt - lieber eine mit dem Namen der zurückgesetzten Adresse und wird optional. Der Server Zusammenführungen auch per E-Mail (b77417c), so dass die Reihen bereits sicher waren; dies ist die Hälfte Das stoppt den Klienten zweimal fragen.