- Expédié
- 7 septembre 2026 à 01:57 UTC
- Auteur
- Kamo
- Commite
- ef357c1
Deux moitiés de "Ajouter un invité à des réunions n'envoie pas d'e-mail à ce sujet personne". Le lien. meetingUrl est revenu de l'API, était lié à rien, et pouvait être , par no dialog sur la plate-forme, donc l'ics est sorti sans propriété URL et un invité qui a accepté une invitation n'avait aucun moyen d'entrer dans l'appel de son propre calendrier. Le dialogue de l'événement gagne le champ, le projet le porte, et les deux sauvegardes chemins l'envoie: l'API de calendrier directement, le rappel d'avance Service de sécurité. Omis plutôt que envoyé vide sur le chemin de rappel, parce qu'un valeur absente signifie "non fourni" en aval et un recalage ne doit pas être enlève la liaison d'une réunion. Le dupliqué. composedrou et la résolutionGuestsNow ont tous deux construit la liste des invités par concatiniser le public résolu avec les adresses externes tapées et l'échantillon résolu contient déjà ces adresses, désignées par l'adresse lui-même. Un invité extérieur est donc arrivé deux fois, car e-mail, displayName: e-mail et e-mail, displayName: nondefined. Preuves en direct est l'événement 25882ff8, qui contient deux lignes pour une adresse écrite dans la même microseconde, et le rappel principal affiche cette liste mot pour mot à un service qui aurait demandé deux invitations à une personne. dedupeGuests vit dans guestChips.ts avec le reste de la logique de l'invité pur, clétée la manière dont les clés de service sont les rangées à la tête des participants - parées et en minuscules - préféraient a Nom réel sur l'adresse à nouveau, et requis par option. Le serveur fusionne par e-mail aussi (b77417c), donc les lignes étaient déjà sûres; c'est la moitié Cela empêche le client de demander deux fois.