Tengo un Oneplus 1 con CM11 44s Kitkat 4.4.4
Hice un flasheo limpio de CM11 y ahora no puedo instalar ninguna aplicación desde playstore. Tan pronto como una aplicación termina de instalarse, el teléfono arranca y entra en bootloop o recibo mensajes de error continuos Trebuchet deja de funcionar, Play Store dejó de funcionar
Tengo que ir al modo seguro y desinstalar la aplicación para recuperar el teléfono.
Aplicaciones que he intentado instalar y no he tenido éxito Greenify Nova Launcher Facebook Gboard Microsoft SMS Organizer
Básicamente, ¡no puedo instalar nada en absoluto! Todo esto funcionaba bien antes, ¡ahora no entiendo qué está mal!
Limpié todo el teléfono, formateé todo con fastboot y reinstalé CM11, pero el problema persiste.
¡¡Por favor ayuda!!
Para mí, es la aplicación FaceBook la que provoca el bootloop. Tengo CM11 en un Nexus 7. Utilicé Play Store para actualizar algunas aplicaciones la semana pasada y cuando volví, estaba en bucle. Hice varios restablecimientos de fábrica y descubrí que era la última aplicación de FB. Obtengo un bootloop instantáneo al instalar. Simplemente decidí no usarlo :) Por supuesto, cualquiera que sea el problema (tal vez algún problema que Android Studio esté presentando y que a CM11 no le guste) puede afectar a otras aplicaciones.
Es porque appt2 alguien lo publicó en el rastreador de problemas de Google aquí: https://issuetracker.google.com/issues/64434571#comment22 y dicen que lanzarían una actualización de appt2 para solucionar el problema que le sucede a todos CyanogenMod/LineageOS Rom y también describieron el error en detalle aquí está: - CyanogenMod tiene esta función getPkgName ( https://github.com/CyanogenMod/android_frameworks_base/blob/cm-13.0/libs/androidfw/AssetManager.cpp ). Crea un ResXMLTree en la pila y lo apunta a un búfer desde un activo sin hacer una copia. Luego cierra el activo antes de que se destruya el ResXMLTree.
Para las aplicaciones creadas por aapt, esto es benigno. Sin embargo, aapt2 produce conjuntos de cadenas UTF-8, lo que hace que el mCache de ResStringPool(mStrings) de ResXMLTree se vuelva no nulo en ResStringPool::stringAt ( https://github.com/CyanogenMod/android_frameworks_base/blob/cm-13.0/ libs/androidfw/ResourceTypes.cpp ). Luego, ResStringPool::uninit elimina la referencia de mHeader (que ahora está colgando) y se produce un bloqueo.
Este accidente se muestra de diferentes maneras. En un dispositivo Cyanogen OS, el iniciador se bloquea cuando se instala una aplicación creada con aapt2, pero solo si el manifiesto es grande (probablemente debido a cómo ocurre la desasignación de blobs pequeños frente a grandes). En otro dispositivo, system_server se bloquea al arrancar si se instala una aplicación creada por aapt2.
Estamos intentando solucionar esto con una compilación personalizada de aapt2 que siempre produce un conjunto de cadenas UTF-16 para el manifiesto. Los resultados hasta ahora son prometedores.