Dan Morril explica las actualizaciones OTA y por qué no se debe borrar los datos del Marco de Servicios de Google

La actualización de Android 4.4 KitKat todavía tiene que llegar aún a un gran número de poseedores de un dispositivo Nexus. Y algunos, sin realmente saber que hacen, con tal de que les llegue la actualización por OTA, usan algún método que puede crear inestabilidad en el sistema de su dispositivo Nexus.

Uno de los métodos que usan muchos es el borrado de los datos del Marco de Servicios de Google, que provoca efectos secundarios no considerados por aquellos que lo usan, según ha podido informar Dan Morril, ingeniero de Google.

Morrill afirma que, esencialmente, lo que se realiza al borrar los datos del Marco de Servicios de Google es romper algún elemento importante de Android. Especialmente algunas aplicaciones, que funcionan sobre Google Cloud Messenger, cesarían de inmediato de recibir las actualizaciones, enviar notificaciones y algunos aspectos importantes relacionados con el sistema operativo se verían perjudicados.

Morril se explica, «realizando estos cambios al ID, por el cual Google sabe que es tu dispositivo, se consigue que se invalide los tokens o claves usadas por cualquier aplicacion que use GCM (Google Cloud Messenger), lo cual es la mayoría de todas las aplicaciones de Google, y un número importante de aplicaciones de terceros«.

Morril sigue con, «cómo una aplicación reaccione al cambio de ID en GCM varía según la aplicación que sea. Mientras en la Play Store se puede cerrar sesión e iniciarla, Gmail podría no recibir ninguna notificación de email en un buen rato. Algunas aplicaciones tendrían que borrar los datos para recuperarlas. Todas las aplicaciones pararán de recibir mensajes push de GCM hasta que tengan una nueva ID de GCM«.

No se puede borrar los datos del Marco de Servicios de Google

Lo que aconseja es hacer reset de fábrica para solucionar todos los problemas secundarios que se tengan, y si no tenéis la paciencia suficiente para que llegue la OTA, se puede hacer un «adb sideload». Morril termina con, «tampoco es algo que vaya a romper enteramente el sistema, pero creará muchos problemas menores en el dispositivo, incluyendo algunos que pueden ser bastante misteriosos. Todo dependerá de las aplicaciones que se usen«.

En otra discusión, Morril explica el proceso de despliegue de una actualización OTA, y porqué, durante el primer día o dos después del lanzamiento, sólo una pequeña parte de teléfonos reciben la nueva versión. Como bien dice, «el despliegue se realiza en varias fases. Típicamente se empieza en el 1% de dispositivos en las primeras 24-48 horas; miramos el ratio de devoluciones y el resultado de los dispositivos comprobando si hay algún reporte de errores, y se confirma de que no pasa nada raro antes de enviarlo a más«.

Morril habla de como los porcentajes afectan, a que, si tu dispositivo comprueba si hay actualización, por ejemplo, tiene un 1% de posibilidades de recibir la OTA. Si no recibe aleatoriamente la oferta, no tendrá una nueva hasta que el próximo lote sea enviado. Sigue con, «una vez que vuestro dispositivo comprueba si hay actualización y no la recibe, no podrá recibirla hasta el nuevo lote de envíos. Pulsando cada dos por tres en el botón de «comprobar ahora», lo único que causa es que vuestro dispositivo automáticamente sea ignorado«.

Lo que dice Morril, es que lo mejor que podéis hacer es esperar pacientemente a que aparezca el aviso, ya que tardará menos en llegar la actualización si cada dos horas os pasáis comprobándolo manualmente, ya que automáticamente el dispositivo lo comprueba cada 24 horas, más o menos lo que tarda en llegar un nuevo lote de actualizaciones.

Así que si estáis impacientemente esperando para que os llegue Android 4.4 KitKat, tenéis dos opciones, o actualizáis con «adb sideload» o esperáis pacientemente.

Más información – Le toca al Nexus 7 2012 actualizarse a Android 4.4 KitKat versión OTA (KRT16O)