- Shipped
- 28 settembre 2026 alle ore 02:47 UTC
- Author
- Kamo
- Commit
- 877419c
Due richieste sovrapposte per comporre la stessa AI nella stessa riunione (una doppia click, due organizzatori, una persona e l'auto-collegamento spazzare) potrebbero ogni passare il controllo non-live e ogni luogo una chiamata KM2; il secondo marchioDialing ha superato il Prima chiami Id, lasciando quella chiamata non ritirata e mai riattaccata. MeetParticipantWriter.claimDial ora trasforma un partecipante INVITED DIALING (no call id) nella sua breve transazione prima della chiamata KM2; solo il vincitore quadranti. Due reclami scrivono la stessa riga, quindi le transazioni di un colpo di YSQL aborto il secondo (40001) e il suo RetryOnDbConflict retry vede DIALING. Un reclamo anche scrive le altre righe dell'IA dell'incontro, quindi duplica le righe da sovrapporsi anche i primi inviti si scontrano, e un duplicato di una AI live mai auto-dials. Un reclamo senza chiamata termina in markFailed (refusal, o runtime di una persona outage) o rilascioClaim (la spazzatrice); uno lasciato da un baccello morto metà linea conta come abbandonato dopo due minuti ed è preso in consegna (M1 re-invita, o la spazzata per un invito auto-collegato). La spazzata sostiene prima che fallisca o compone un invito, e solo mentre è ancora auto-join.