تشخیص Captive-Portal و اتصال مجدد با توکن تازه
Wi-Fi دارای captive portal اپ را معلق نمی‌کند
کلاینت Android اکنون پیش از تلاش برای اتصال مجدد منتظر می‌ماند تا سیستم‌عامل دسترسی واقعی به اینترنت را تأیید کند. اتصال به یک شبکهٔ کافه‌شاپ یا هتل که می‌خواهد روی پذیرش در صفحهٔ ورود کلیک کنید دیگر طوفان اتصال مجدد به راه نمی‌اندازد — اپ ساکت می‌ماند تا captive portal را پاک کنید، سپس خودش از سر می‌گیرد.
اتصال مجدد با توکن تازه
سناریوی متداول رفت‌وآمد — مترو به شبکهٔ سلولی به Wi-Fi دفتر — سوکت زمان واقعی شما را هر چند دقیقه می‌اندازد. اداره‌کنندهٔ اتصال مجدد ما ابتدا توکن احراز هویت شما را تازه می‌کند، سپس با توکن تازه از نو متصل می‌شود. عقب‌نشینی نمایی است، با سقف 30 seconds به ازای هر تلاش تا 10 attempts.
Long-Polling جایی که WebSockets مسدود است
اگر فایروال شرکت WebSockets را مسدود کند، اپ به‌صورت شفاف به HTTP long-polling تنزل می‌یابد. در نتیجه، بیشتر گزارش‌های «اپ روی Wi-Fi دفتر کار نمی‌کند» ناپدید می‌شود.
دیگر پیام دوبرابر در گروه‌های بزرگ نیست
سرور هر پیام را برای تضمین تحویل از طریق چند کانال پخش می‌کند، پس هرکدام می‌توانند دوبار برسند. کلاینت در برابر یک کش کوچک در حافظه از شناسه‌های پیام اخیر حذف تکراری می‌کند پیش از آنکه پیام به گفت‌وگو برسد — بنابراین حتی در یک گروه 100 نفره، هر پیام را دقیقاً یک بار می‌بینید.
