[4.2.2][FIX DISPONIBLE]Los whatsapps llegan con wifi cuando enciendo la pantalla [Cosa de los drivers de qualcomm]

[elandune]

 Cita: Originalmente Escrito por petersensation

Me he leído las paginas un par de veces y no me he enterado de nada!!!! Creo que esperaré le actualización con una buena y fresquista cervecita al lado. Antes de ponerme a cambiar todas esas cosas! Al fin y al cabo no estoy cogiendo siempre el mismo WiFi. No voy a ir a los sitios diciéndoles que me dejen toquetear!!

que si hombre
tu se lo cuentas al del bar y verás como no le importa

[jarucho]

 Cita: Originalmente Escrito por yoenhtc

Mirad este enlace de El Android Libre

Sí, es de lo que hemos venido hablando desde hace días, modificación del "heartbeat". Hace falta ser root.

[elandune]

 Cita: Originalmente Escrito por jarucho

Sí, es de lo que hemos venido hablando desde hace días, modificación del "heartbeat". Hace falta ser root.

he puesto comentario diciendo lo que hay
a ver si lo publican

os animo a hacer lo mismo para dar guerra

[yoenhtc]

Ah, perdón.... Pensé que del que se hablaba era para corregir el fallo en wifi, pero no en 3G. Este no tiene nada que ver con el tipo de conexión sino con la comunicación con los servidores de las notificaciones, igual da que sea por wifi, por 3G o por 2G.

No entiendo, si esto funciona, ¿porque Google no lo pone en una OTA? Yo no quiero rootear y como yo creo que hay más gente.

[yoenhtc]

 Cita: Originalmente Escrito por elandune

he puesto comentario diciendo lo que hay
a ver si lo publican

os animo a hacer lo mismo para dar guerra

Yo también he puesto un comentario....

[malkair]

Como ya se ha dicho, el problema se puede producir tanto en 3G como en Wifi.

La explicación que ya se ha comentado por aquí y que parte de un hilo en XDA es la siguiente:
El teléfono está continuamente mandando "señales" (heartbeats) al servidor push (con el se comunica por el puerto 4223) cada 15 minutos (wifi) o 28 minutos (3G). Este tiempo ha sido siempre el mismo en anteriores versiones de Android, así que este no es el problema.

El problema está en que, por razones hasta ahora no conocidas, el teléfono deja de mandar esa "señal" de forma aparentemente aleatoria: Unas veces la envía, otras veces no. Parece que en deepsleep hay más posibilidades de que deje de enviarla. Debe haber algún servicio oculto de sistema que, por la razón que sea, "muere" y no funciona como debe. Esto no le ocurre a todo el mundo, ni al mismo tiempo, ni en las mismas circunstancias.

Al ocurrir esto, entra el juego la otra parte: Tras x minutos de inactividad, el router/operador bloquea la conexión por el puerto 4223; al ocurrir esto, el servidor no recibe las "señales" del teléfono, por lo que cree que el teléfono está "inactivo" y no le "contesta" con notificaciones. Cuando la conexión se reinicia (algo que sucede siempre cuando salimos de deepsleep y también sucede a veces de forma espontánea y aleatoria incluso cuando seguimos en deepsleep), servidor se entera de que volvemos a estar "activos" y ¡zas! nos manda de golpe todas las notificaciones pendientes. Antes creía que gran parte del problema estaba en el router/operador, pero ya no lo creo así.

Como workaround, se ha propuesto lo siguiente: En algunos routers se puede configurar un parámetro que alarga el tiempo de inactividad para el bloqueo de la conexión, pero en 3G ese tiempo lo fija el operador y, por lo que parece, es variable según cada operador e incluso según cada zona (¿antena? ¿router local?). Lógicamente, esa solución no es la definitiva ni acaba con el problema.

La solución habrá que buscarla en por qué el teléfono a veces deja de enviar las "señales" al servidor push (o se envían pero no llegan). Está claro que más tarde o más temprano esas señales vuelven a enviarse (y/o a llegar al servidor) incluso sin que el usuario encienda la pantalla, pero ¿por qué?

Una buena (pero no definitiva) solución es la apuntada por XDA: Reducir el tiempo de envío de cada "señal" (heartbeat) a 5 minutos. Así, si una falla, solo habrá que esperar otros 5 minutos para el envío de la siguiente, en vez de 15/28 minutos como sucede sin fix. Pero seguimos en lo mismo, ¿por qué fallan los heartbeats?

Eso es lo que se comenta en XDA.

[yoenhtc]

 Cita: Originalmente Escrito por malkair

Como ya se ha dicho, el problema se puede producir tanto en 3G como en Wifi.

La explicación que ya se ha comentado por aquí y que parte de un hilo en XDA es la siguiente:
El teléfono está continuamente mandando "señales" al servidor push (con el se comunica por el puerto 4223) cada 15 minutos (wifi) o 28 minutos (3G). Este tiempo ha sido siempre el mismo en anteriores versiones de Android, así que este no es el problema.

El problema está en que, por razones hasta ahora no conocidas, el teléfono deja de mandar esa "señal" de forma aparentemente aleatoria: Unas veces la envía, otras veces no. Parece que en deepsleep hay más posibilidades de que deje de enviarla. Debe haber algún servicio oculto de sistema que, por la razón que sea, "muere" y no funciona como debe. Esto no le ocurre a todo el mundo, ni al mismo tiempo, ni en las mismas circunstancias.

Al ocurrir esto, entra el juego la otra parte: Tras x minutos de inactividad, el router/operador bloquea la conexión por el puerto 4223; al ocurrir esto, el servidor no recibe las "señales" del teléfono, por lo que cree que el teléfono está "inactivo" y no le "contesta" con notificaciones. Cuando la conexión se reinicia (algo que sucede siempre cuando salimos de deepsleep y también sucede a veces de forma espontánea y aleatoria incluso cuando seguimos en deepsleep), servidor se entera de que volvemos a estar "activos" y ¡zas! nos manda de golpe todas las notificaciones pendientes.

Como workaround, se ha propuesto lo siguiente: En algunos routers se puede configurar un parámetro que alarga el tiempo de inactividad para el bloqueo de la conexión, pero en 3G ese tiempo lo fija el operador y, por lo que parece, es variable según cada operador e incluso según cada zona (¿antena? ¿router local?). Lógicamente, esa solución no es la definitiva ni acaba con el problema.

La solución habrá que buscarla en por qué el teléfono a veces deja de enviar las "señales" al servidor push. Está claro que más tarde o más temprano esas señales vuelven a enviarse incluso sin que el usuario encienda la pantalla, pero ¿por qué?

Eso es lo que se comenta en XDA.

Buena explicación. Deberíamos mardársela a Google todos porque parece que es el único que no se entera y es quien lo puede arreglar, dado que es quien lo ha estropeado.

Digo yo que otra parte de la solución es el fix del que se habla ¿no?

[ffercar]

 Cita: Originalmente Escrito por malkair

Como ya se ha dicho, el problema se puede producir tanto en 3G como en Wifi.

La explicación que ya se ha comentado por aquí y que parte de un hilo en XDA es la siguiente:
El teléfono está continuamente mandando "señales" (heartbeats) al servidor push (con el se comunica por el puerto 4223) cada 15 minutos (wifi) o 28 minutos (3G). Este tiempo ha sido siempre el mismo en anteriores versiones de Android, así que este no es el problema.

El problema está en que, por razones hasta ahora no conocidas, el teléfono deja de mandar esa "señal" de forma aparentemente aleatoria: Unas veces la envía, otras veces no. Parece que en deepsleep hay más posibilidades de que deje de enviarla. Debe haber algún servicio oculto de sistema que, por la razón que sea, "muere" y no funciona como debe. Esto no le ocurre a todo el mundo, ni al mismo tiempo, ni en las mismas circunstancias.

Al ocurrir esto, entra el juego la otra parte: Tras x minutos de inactividad, el router/operador bloquea la conexión por el puerto 4223; al ocurrir esto, el servidor no recibe las "señales" del teléfono, por lo que cree que el teléfono está "inactivo" y no le "contesta" con notificaciones. Cuando la conexión se reinicia (algo que sucede siempre cuando salimos de deepsleep y también sucede a veces de forma espontánea y aleatoria incluso cuando seguimos en deepsleep), servidor se entera de que volvemos a estar "activos" y ¡zas! nos manda de golpe todas las notificaciones pendientes. Antes creía que gran parte del problema estaba en el router/operador, pero ya no lo creo así.

Como workaround, se ha propuesto lo siguiente: En algunos routers se puede configurar un parámetro que alarga el tiempo de inactividad para el bloqueo de la conexión, pero en 3G ese tiempo lo fija el operador y, por lo que parece, es variable según cada operador e incluso según cada zona (¿antena? ¿router local?). Lógicamente, esa solución no es la definitiva ni acaba con el problema.

La solución habrá que buscarla en por qué el teléfono a veces deja de enviar las "señales" al servidor push (o se envían pero no llegan). Está claro que más tarde o más temprano esas señales vuelven a enviarse (y/o a llegar al servidor) incluso sin que el usuario encienda la pantalla, pero ¿por qué?

Una buena (pero no definitiva) solución es la apuntada por XDA: Reducir el tiempo de envío de cada "señal" (heartbeat) a 5 minutos. Así, si una falla, solo habrá que esperar otros 5 minutos para el envío de la siguiente, en vez de 15/28 minutos como sucede sin fix. Pero seguimos en lo mismo, ¿por qué fallan los heartbeats?

Eso es lo que se comenta en XDA.

[gandalfeljefe]

Gran explicación sí señor.

Mucho me temo que sólo nos queda esperar a que Google lo arregle...

[elandune]

 Cita: Originalmente Escrito por malkair

Como ya se ha dicho, el problema se puede producir tanto en 3G como en Wifi.

La explicación que ya se ha comentado por aquí y que parte de un hilo en XDA es la siguiente:
El teléfono está continuamente mandando "señales" (heartbeats) al servidor push (con el se comunica por el puerto 4223) cada 15 minutos (wifi) o 28 minutos (3G). Este tiempo ha sido siempre el mismo en anteriores versiones de Android, así que este no es el problema.

El problema está en que, por razones hasta ahora no conocidas, el teléfono deja de mandar esa "señal" de forma aparentemente aleatoria: Unas veces la envía, otras veces no. Parece que en deepsleep hay más posibilidades de que deje de enviarla. Debe haber algún servicio oculto de sistema que, por la razón que sea, "muere" y no funciona como debe. Esto no le ocurre a todo el mundo, ni al mismo tiempo, ni en las mismas circunstancias.

Al ocurrir esto, entra el juego la otra parte: Tras x minutos de inactividad, el router/operador bloquea la conexión por el puerto 4223; al ocurrir esto, el servidor no recibe las "señales" del teléfono, por lo que cree que el teléfono está "inactivo" y no le "contesta" con notificaciones. Cuando la conexión se reinicia (algo que sucede siempre cuando salimos de deepsleep y también sucede a veces de forma espontánea y aleatoria incluso cuando seguimos en deepsleep), servidor se entera de que volvemos a estar "activos" y ¡zas! nos manda de golpe todas las notificaciones pendientes. Antes creía que gran parte del problema estaba en el router/operador, pero ya no lo creo así.

Como workaround, se ha propuesto lo siguiente: En algunos routers se puede configurar un parámetro que alarga el tiempo de inactividad para el bloqueo de la conexión, pero en 3G ese tiempo lo fija el operador y, por lo que parece, es variable según cada operador e incluso según cada zona (¿antena? ¿router local?). Lógicamente, esa solución no es la definitiva ni acaba con el problema.

La solución habrá que buscarla en por qué el teléfono a veces deja de enviar las "señales" al servidor push (o se envían pero no llegan). Está claro que más tarde o más temprano esas señales vuelven a enviarse (y/o a llegar al servidor) incluso sin que el usuario encienda la pantalla, pero ¿por qué?

Una buena (pero no definitiva) solución es la apuntada por XDA: Reducir el tiempo de envío de cada "señal" (heartbeat) a 5 minutos. Así, si una falla, solo habrá que esperar otros 5 minutos para el envío de la siguiente, en vez de 15/28 minutos como sucede sin fix. Pero seguimos en lo mismo, ¿por qué fallan los heartbeats?

Eso es lo que se comenta en XDA.

muy bien explicado si señor

 Cita: Originalmente Escrito por yoenhtc

Yo también he puesto un comentario....

¿no salen no? ¿se supone que los están supervisando antes de publicar no?

[malkair]

 Cita: Originalmente Escrito por yoenhtc

Buena explicación. Deberíamos mardársela a Google todos porque parece que es el único que no se entera y es quien lo puede arreglar, dado que es quien lo ha estropeado.

Digo yo que otra parte de la solución es el fix del que se habla ¿no?

El fix de XDA que pone el heartbeat cada 5 minutos solo soluciona parcialmente el problema, en mi opinión. Si un heartbeat falla, estaremos sin notificaciones 5 minutos hasta el siguiente heartbeat, pero si este también falla habrá que esperar otros 5 minutos hasta el siguiente, y así sucesivamente. El problema es que los heartbeats fallan y no sabemos por qué fallan, y también sabemos que cuando están fallando, de pronto pueden volver a funcionar sin razón aparente.

[Sensei Zaldi00]

Mirar mi heartbeat

[sddddd]

¿Alguien tiene el link al tema en xda que hablen sobre el problema?
Otro afectado por aquí

[agcriado]

Lo que había puesto ya se ha dicho. Discupad.

[elandune]

 Cita: Originalmente Escrito por agcriado

Para quien le pueda interesar, me he dado cuenta de que cuando tiene el cable usb conectado, ya sea a un cargador o al ordenador, las notificaciones funcionan perfectamente. Por lo menos a mi teléfono.

A alguien más le pasa? Alguien tiene una explicación? Gracias!

se ha comentado varias veces
si está conectado cargando no entra en deep sleep, y entran bien

[agcriado]

 Cita: Originalmente Escrito por elandune

se ha comentado varias veces
si está conectado cargando no entra en deep sleep, y entran bien

Disculpad el spam entonces!!!

[Dauragon]

También he notado que me tardan con 3g, asi que es cosa del móvil o como creo que es mi caso del operador (porque me pasaba con los anteriores también, llegué a pensar que era así Android). De momento he puesto (creo) lo del ARP a ver si mejora algo al menos. De todas formas el tema es muy molesto, con lo contento que estaba de como ha quedado con bumper + dbrand titanium.......

[Lorenbart]

habéis visto la opción de "optimización de WI-FI" en ajustes avanzados de WIFI??? no tendrá nada que ver?

[Rammstein11]

A mi con Regpon wifi keepAlive después de apagar la pantalla me mando whasaps con otro numero y los primeros minutos me llegan inmediatamente, pero pasados 15 o así empiezan a llegar ya con retraso.
He probado varias aplicaciones y el mismo resultado

[yoenhtc]

 Cita: Originalmente Escrito por elandune

¿no salen no? ¿se supone que los están supervisando antes de publicar no?

¿Has vuelto a comprobarlo? Ya han salido

Enviado desde mi Nexus 4 falso usando Forum Runner