L'installation de n'importe quelle application bloque le téléphone et le fait démarrer en boucle.

Pour moi, c'est l'application FaceBook qui provoque le bootloop. J'ai CM11 sur une Nexus 7. J'ai utilisé le Play store pour mettre à jour quelques applications la semaine dernière et quand j'y suis revenu, il y avait une boucle. J'ai fait plusieurs réinitialisations d'usine et j'ai trouvé que c'était la dernière application FB. J'obtiens un bootloop instantané à l'installation. J'ai simplement décidé de ne pas l'utiliser :) Bien sûr, quel que soit le problème (peut-être un problème introduit par Android Studio que CM11 n'aime pas), cela peut affecter d'autres applications.

C'est parce qu'appt2 quelqu'un a posté à ce sujet dans le tracker de problèmes de google ici : https://issuetracker.google.com/issues/64434571#comment22 et ils ont dit qu'ils sortiraient une mise à jour d'appt2 pour corriger le problème qui arrive à tous les CyanogenMod/LineageOS Rom et ils ont décrit le bug en détail aussi, voici ce qu'il en est :- CyanogenMod a cette fonction getPkgName ( https://github.com/CyanogenMod/android_frameworks_base/blob/cm-13.0/libs/androidfw/AssetManager.cpp ). Elle crée un ResXMLTree sur la pile et le dirige vers un tampon d'un poste sans en faire une copie. Puis elle ferme le poste avant que le ResXMLTree ne soit détruit.

Pour les applications construites par aapt, c'est bénin. Cependant, aapt2 produit des pools de chaînes UTF-8, ce qui fait que le mCache du ResStringPool(mStrings) de ResXMLTree devient non nul dans ResStringPool::stringAt ( https://github.com/CyanogenMod/android_frameworks_base/blob/cm-13.0/libs/androidfw/ResourceTypes.cpp ). Ensuite, ResStringPool::uninit déréférence mHeader (qui est maintenant en suspens), et un crash s'ensuit.

Cette panne se manifeste de différentes manières. Sur un appareil Cyanogen OS, le lanceur plante lorsqu'une application construite avec aapt2 a été installée, mais seulement si le manifeste est volumineux (probablement à cause de la façon dont la désallocation se fait pour les petits et les gros blobs). Sur un autre appareil, system_server plante au démarrage si une application construite avec aapt2 est installée.

Nous essayons de contourner ce problème avec une version personnalisée d'aapt2 qui produit toujours un pool de chaînes UTF-16 pour le manifeste. Les résultats obtenus jusqu'à présent sont prometteurs.