Corrupción de los permisos de las aplicaciones Android

El problema que voy a describir en este post es, afortunadamente, muy poco frecuente. De hecho, si le dedico un post es porque he tenido la mala suerte de toparme con él tras actualizar el firmware de mi Samsung Galaxy Spica (i5700). Después de muchas pruebas tratando de averiguar las causas, y tras encontrar una solución provisional primero y resolverlo definitivamente (o eso espero) después, lo menos que podía hacer es contarlo aquí, por si alguien más tuviera la misma mala suerte que yo.

El problema se suele manifestar tras arrancar el teléfono, ya sea tras un reinicio o después de haberlo apagado. La primera sorpresa (aunque no pasa todas las veces) es que el teléfono te muestra de nuevo el asistente de bienvenida de Android, pidiéndote que asocies tu cuenta de Google y demás.

Lo primero que piensas es que se han restablecido los datos de fábrica, o sea, que se ha borrado todo lo que tenías en el teléfono y ha quedado como recién instalado. Pero en seguida descubres que no es así, dado que las aplicaciones que instalaste siguen apareciendo en la lista. Lo malo es que, cuando tratas de ejecutarlas, la mayoría dan error y se cierran. De hecho, lo más probable es que las aplicaciones que se ejecutan al arrancar ya hayan mostrado sus respectivas pantallas de error antes incluso de que consigas cerrar el tutorial “Aprende a utilizar tu teléfono”.

Si, además, eres de los que odias el teclado predeterminado de Android y tienes instalado otro, es muy posible que te esté apareciendo su pantalla de error cada 4 o 5 segundos, haciendo aún más aterradora la situación. Lo digo por propia experiencia.

Lo único que parece funcionar son las aplicaciones que venían incluidas en el firmware. Sin embargo, al abrir cualquiera de ellas se muestra como si nunca la hubieras ejecutado, sin rastro de tu configuración o datos.

He de decir que no pasa con absolutamente todas las aplicaciones. A veces alguna de ellas sigue funcionando como si nada hubiera pasado. Pero son las menos y sirven de poco consuelo.

Ante este desolador panorama surgen muchas dudas: ¿por qué no funcionan las aplicaciones instaladas? ¿Qué ha provocado esta situación? Y sobre todo, ¿ahora cómo lo arreglo sin tener que reinstalar todo de nuevo? Y, finalmente, ¿cómo puedo evitar que me vuelva a pasar esto?

A todas estas preguntas voy a tratar de responder en este post.

Instalación de Android 2.2 (no oficial) en un Samsung i5700

Mi paciencia se ha terminado. Estaba decidido a aguantar con la única actualización que Samsung se ha dignado a sacar para mi móvil, el Samsung i5700 (también conocido como Galaxy Spica o Lite), hasta que saliera otra o terminase el periodo de garantía. Pero lo primero no va a suceder y lo segundo está demasiado lejano para soportar a diario las carencias de la versión 2.1.

No es que Android 2.1 sea una mala versión, de hecho mejora bastante sobre la 1.5 que traía el teléfono cuando lo compré. Pero Samsung ha decidido centrarse en sus terminales más recientes y abandonar completamente uno que hasta hace muy poco se seguía vendiendo. Y aunque puedo vivir sin jugar al Angry Birds, sin tethering gratuito, sin usar dos dedos para hacer zoom e incluso sin permisos de administrador (root), hay una característica del firmware 2.2 que me hacía falta como el comer: la posibilidad de mover aplicaciones a la tarjeta SD.

Vale, quizás no todo el mundo tenga mi mismo problema, pero con las aplicaciones cada vez ocupando más espacio y la cantidad de ellas que no paran de salir, muchas francamente interesantes, el odioso mensaje de “se está quedando sin espacio” era ya un habitual en mi móvil, obligándome a desinstalar cosas una y otra vez.

Pero eso se acabó. He actualizado el teléfono y ahora tengo una flamante CyanogenMod 6.1.1 alpha-8.3, que va bastante bien, y que me permite mover las aplicaciones a la tarjeta… incluso de varias formas. Pero no penséis que el proceso de actualización ha sido fácil. Partía de uno de los peores firmwares que se pueden tener si lo que quieres es instalar una versión no oficial: un JC1. Pero tras unos cuantos pasos, más o menos laboriosos, lo he conseguido.

He aquí la crónica de mi éxito…

Acceder al teléfono con el SDK de Android

Con nuestro entorno de desarrollo de aplicaciones Android perfectamente instalado y puesto al día, tenemos todo lo necesario para empezar a desarrollar aplicaciones Android. Pero, quizás, antes nos interese configurar una cosa más: el acceso a nuestro dispositivo Android (normalmente un smartphone) desde el propio SDK. Esto resulta útil para probar nuestras propias aplicaciones en un dispositivo real, pero también nos permitirá hacer capturas de pantalla, instalar aplicaciones descargadas desde el PC o simplemente echar un vistazo al interior software de nuestro teléfono.

Como hemos instalado nuestro entorno en una máquina virtual VirtualBox con Linux que se ejecuta sobre Windows, el acceso a nuestro teléfono a través de USB será algo más complicado que si tuviéramos el SDK instalado en la máquina real. En nuestro caso, el proceso va a constar de varias fases:

• Conseguir que Windows reconozca nuestro teléfono (algo que no es tan trivial como pueda parecer).
• Configurar la máquina virtual para que pueda acceder al teléfono.
• Conseguir que Linux reconozca el dispositivo para que las herramientas del SDK puedan acceder a él.

El proceso que describo en este post está orientado al Samsung i5700, también conocido como Samsung Galaxy Spica o Galaxy Lite, con Android 2.1. Esto no es por nada en particular, salvo porque es el teléfono que tengo. En cualquier caso, el proceso debería ser bastante similar con cualquier otro dispositivo. Durante el proceso iré indicando qué cosas son específicas de mi teléfono.

Si nuestra configuración es diferente a la utilizada aquí, puede que no tengamos que hacer todos los pasos. Si, por ejemplo, nuestro entorno de desarrollo está instalado en una máquina real Windows, en cuanto consigamos que Windows detecte el teléfono habremos terminado. Si se trata de una máquina real Linux, tendremos que centrarnos únicamente en la parte en la que se configura Linux para que reconozca el dispositivo.

Se capta la idea, ¿verdad? Pues empezamos…