60s OTK TTL for meet windows, independent chat/email invites that don't block on backend

Fixkamo-internal
ส่งแล้ว
29 มีนาคม 2569 เวลา 16:17 UTC
ผู้เขียน
kamo
ตั้งค่า
bf7286d

ROOT CAUSE: The OTK had a 10-second TTL. By the time the kamo-meet page loaded all its assets and branding/overrides.js ran to validate the OTK, it had already expired in Redis → 401 → no session → no name → no JWT → 'Waiting for moderator'. Fixes: - Meet OTKs now get 60s TTL via ?purpose=meet parameter - Chat invites run independently (not after backend meeting creation) - Email invites run independently - Backend meeting record creation is fire-and-forget (doesn't block)

เปลี่ยนแปลงทั้งหมด

เหมือนที่คุณเห็นการขนส่ง?

ทุก คน ที่ ได้ รับ การ ปรับ ปรุง เหล่า นี้ จะ ลง ไป ใน ที่ ทํา งาน ของ คุณ โดย อัตโนมัติ. เริ่มให้อิสระและดูมันเติบโตสัปดาห์แล้วสัปดาห์เล่า.

เริ่ม เป็น อิสระ ตลอด ไปแสดงพริ้นซ์