- Se descapó
- 6 de septiembre de 2026 a las 23:55 UTC
- Autor
- Kamo
- Compromit
- 359d620
Un oyente IMAP IDLE es lo único que nota un mensaje que llega; publica correo electrónico.inbox..addr, que es lo que finalmente le pide MediaService Llora un teléfono. Esos oyentes fueron iniciados por un navegador suscribiendo sobre el mail WebSocket y cerrado cuando se hizo la última cuenta, así que se observó un buzón Sólo mientras alguien ya lo estaba mirando. Sin navegador abierto nada vió la bandeja de entrada, nada publicado, y el teléfono nunca se dijo. Miembros informó que la única manera de descubrir el nuevo correo era abrir la bandeja de entrada y mirar, que era exactamente correcto: no había otra manera de que pudiera haberles alcanzado. La propiedad IDLE por lo tanto deja de ser una propiedad de una sesión WebSocket. MailboxIdleService sostiene a los oyentes y cuenta quién quiere cada buzón vista; MobileMailboxWatcher conserva uno en nombre de cualquier miembro con un Oyente con él. Un buzón ahora se puede ver legítimamente dos veces a través del cúmulo aquí y por el oyente de un navegador en la otra vaina y cada oyente reporta lo mismo llegadas. MobileMailPushSender reconoce la repetición de la propia identidad y zumbidos una vez; su clave de colapso fue System.nanoTime(), únicos por publicar en lugar de por mensaje, que hubiera hecho que dos oyentes parecieran dos mensajes a cada puerta aguas abajo. Coordinar a los oyentes en su lugar lo haría un contrato de arrendamiento, y un contrato de arrendamiento que tenía una vaina cuyo oyente ha muerto en silencio es un buzón de buzón que nadie está viendo. El fracaso que esto existe para prevenir.