- Dikirim
- 5 Agustus 2026 pukul 18.13 UTC
- Penulis
- Kamo
- Commit
- 18eca4a
Sebuah id sumber berasal dari UUID yang dihasilkan oleh baris sumber hanya stabil jika itu baris berkomitmen. Jalur terbesar VOIP menulis di dalam transaksi sinkronisasi sementara Linker Komunikasi Lead berkomitmen dalam REQUIRES _ NEW, sehingga rollback meninggalkan link menunjuk UUID yang tidak pernah ada - dan menyapu berikutnya ditanamkan UUID segar dan menghubungkan panggilan yang sama lagi. Hambatan unik tidak bisa membantu, karena kunci itu sendiri berubah. Panggilan dan pesan suara sekarang kunci pada identitas penyedia sendiri (instanceId: externalId), teks pada id pesan penyedia. Mereka bertahan hidup rollback, retry and re-incest, so re- running a sweep is truly idempotent. Juga mengoreksi javadoc LeadEmailSweepState yang masih digambarkan sebagai komentar sekarang mengatakan mengapa: UID IMAP direset dengan UIDVALIDITY, dan Grafik tidak memiliki UID di Semua - GraphMesIdService hashes id pesan, sehingga tanda air tinggi set dari halaman pertama akan menolak hampir semuanya setelah itu. Kedua kegagalan adalah diam, yang persis mengapa alasan termasuk dalam file.