La instalación de cualquier APP hace que el teléfono se reinicie y que se produzcan bucles de arranque

En mi caso es la aplicación de FaceBook la que provoca el bootloop. Tengo CM11 en un Nexus 7. La semana pasada utilicé la Play store para actualizar algunas aplicaciones y cuando volví a ella, estaba en bucle. Hice varios reinicios de fábrica y encontré que era la última aplicación de FB. Me sale un bootloop instantáneo al instalar. Decidí no usarla :) Por supuesto, cualquiera que sea el problema (tal vez algún problema que Android Studio está introduciendo que CM11 no le gusta) puede afectar a otras aplicaciones.

Es porque appt2 alguien publicó sobre esto en el issue tracker de google aquí : https://issuetracker.google.com/issues/64434571#comment22 y dicen que lanzarán una actualización de appt2 para arreglar el problema que le ocurre a todas las Roms de CyanogenMod/LineageOS y describen el error en detalle también 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 buffer de un activo sin hacer una copia. A continuación, cierra el activo antes de que se destruya el ResXMLTree.

Para las aplicaciones construidas por aapt, esto es benigno. Sin embargo, aapt2 produce pools de cadenas UTF-8, lo que hace que el ResStringPool(mStrings) de ResXMLTree se convierta en mCache no nulo en ResStringPool::stringAt ( https://github.com/CyanogenMod/android_frameworks_base/blob/cm-13.0/libs/androidfw/ResourceTypes.cpp ). Entonces ResStringPool::uninit hace referencia a mHeader (que ahora está colgando), y se produce un fallo.

Este choque se manifiesta de diferentes maneras. En un dispositivo con Cyanogen OS, el lanzador se bloquea cuando se ha instalado una aplicación creada con aapt2, pero sólo si el manifiesto es grande (probablemente debido a cómo se produce la reasignación para los blobs pequeños frente a los grandes). En otro dispositivo, system_server se bloquea en el arranque si se instala una aplicación creada con aapt2.

Estamos intentando solucionar esto con una construcción personalizada de aapt2 que siempre produce un pool de cadenas UTF-16 para el manifiesto. Los resultados hasta ahora son prometedores.