- Expédié
- 28 septembre 2026 à 02:47 UTC
- Auteur
- Kamo
- Commit
- 877419c
Deux demandes se chevauchant pour composer la même AI à la même réunion (un double clic, deux organisateurs, une personne et le balayage automatique) pourrait chacun passer le vérification non-vivante et chaque endroit un appel KM2; la deuxième marqueDialing a dépassé le premier appel, laissant cet appel détraqué et jamais raccroché. MeetParticipantWriter.claimDial tourne maintenant un participant INVITED DIALING (non call id pourtant) dans sa propre transaction courte avant KM2 est appelé; seul le gagnant Des cadrans. Deux revendications écrivent la même ligne, donc les transactions à un seul instantané de YSQL avortent la seconde (40001) et sa réessayer RetryOnDbConflict voit DIALING. Une réclamation aussi écrit les autres lignes de l'IA de la réunion, donc dupliquer les lignes du chevauchement les premières invitations entrent aussi en collision, et un duplicata d'un AI en direct jamais auto-dials. Une réclamation sans id d'appel se termine dans MarkFailed (refus, ou l'exécution d'une personne panne) ou libérationClaim (les remblayages); un laissé par un pod qui est mort le nombre moyen d'unités abandonnées après deux minutes est repris (M1, ou le balayage pour une invitation automatique). Les revendications de balayage avant qu'il échoue ou compose une invitation, et seulement pendant qu'il est toujours automatique.