Discussion :

[lefju cabro]

Bonjour,

Une application Android développée sous Tokyo puis maintenue avec Rio, Sydney et maintenant Alexandria pose un même problème: lors de l'installation initiale de cette application, l'application s'exécute correctement. Après la mise à jour, l'application se fige au démarrage

Pour résoudre le problème, je dois désinstaller l'application, supprimer les fichiers utilisateurs de l'application et la réinstaller. Cette opération peu élégante était tolérée jusqu'à présent.

Je ne vois pas pourquoi les mises à jour bloquent l'application ? Est-ce qu'Android "versionne" les fichiers par version d'application ?

Au lancement de l'application, il y a une demande d'autorisation de lecture/écriture sur le stockage externe car on crée immédiatement un fichier xml de réglages (si celui-ci n'existe pas).

Quelques informations sur ce développement:

• Ce bug se produit sur tous les appareils
• L'installation et la mise à jour d'application se fait par GooglePlay
• Les fichiers de mon application sont stockés dans le répertoire: TPath.GetSharedDocumentsPath + PathDelim + 'monAppli' + PathDelim
• Le répertoire contient des fichiers XML et des fichiers binaires
• Je mets à jour le AndroidManifest et les bibliothèques de mon projet à chaque changement de version de Delphi

Par avance, je vous remercie pour vos conseils

[SergioMaster]

Bonjour,

est-ce que ce ne serait pas un problème du style bibliothèques pas à jour que Patrick corrigeainsi ?

[pprem]

Pas sûr pour les librairies, ça bloquait la compilation ou le déploiement, je ne sais plus trop.

Par contre comment est faite la mise à jour ? En passant par Google Play / Amazon, un autre magasin d'applications ou "à la main" ?

[lefju cabro]

Merci pour vos messages.

Je fais bien la mise des bibliothèques à chaque changement de version d'IDE. Je les laisse toutes par défaut même si je sais que certaines me sont inutiles.

Toutes mes installations et mise à jour se font uniquement par Google Play.

[pprem]

Toutes mes installations et mise à jour se font uniquement par Google Play.

y a-t-il des remontées de logs depuis leur console développeur ?

[lefju cabro]

Non malheureusement dans Google Play Console je ne constate rien dans Plantage/ANR...

[lefju cabro]

Je déterre le sujet non résolu car il y a du nouveau; l'application ne se lance plus sur certains appareils sans update de l'application.

y a-t-il des remontées de logs depuis leur console développeur ?

Veux-tu dire que l'utilisateur peut avoir des infos sur son appareil ? Il semblerait qu'un fichier "/data/anr/traces. SMS" recense le dernier ANR.

Dans le GooglePlay Console, j'ai enfin des infos de plantage (pas ANR) sur

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

[split_config.arm64_v8a.apk] - SIGABRT

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
Thread
 
Pointer tag for 0x<sanitized> was truncated, see 'https://source.android.com/devices/tech/debug/tagged-pointers'.
 
*** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
pid: 0, tid: 0 >>> com.embarcadero.DygiVib <<<
 
backtrace:
  #00  pc 0x0000000000051a3c  /apex/com.android.runtime/lib64/bionic/libc.so (abort+168)
  #01  pc 0x000000000003dc6c  /apex/com.android.runtime/lib64/bionic/libc.so (free+108)
  #02  pc 0x00000000010e912c  /data/app/~~tT84r7KeA_jlHgcLZpuiOw==/com.embarcadero.monApp-4V_P9I1J2I8gYC_dqazEgg==/split_config.arm64_v8a.apk
  #03  pc 0x00000000010fb35c  /data/app/~~tT84r7KeA_jlHgcLZpuiOw==/com.embarcadero.monApp-4V_P9I1J2I8gYC_dqazEgg==/split_config.arm64_v8a.apk
  #04  pc 0x00000000010fba94  /data/app/~~tT84r7KeA_jlHgcLZpuiOw==/com.embarcadero.monApp-4V_P9I1J2I8gYC_dqazEgg==/split_config.arm64_v8a.apk
  #05  pc 0x00000000010fdbc8  /data/app/~~tT84r7KeA_jlHgcLZpuiOw==/com.embarcadero.monApp-4V_P9I1J2I8gYC_dqazEgg==/split_config.arm64_v8a.apk
  #06  pc 0x00000000010f3a30  /data/app/~~tT84r7KeA_jlHgcLZpuiOw==/com.embarcadero.monApp-4V_P9I1J2I8gYC_dqazEgg==/split_config.arm64_v8a.apk
  #07  pc 0x00000000010f2814  /data/app/~~tT84r7KeA_jlHgcLZpuiOw==/com.embarcadero.monApp-4V_P9I1J2I8gYC_dqazEgg==/split_config.arm64_v8a.apk
  #08  pc 0x00000000010e9688  /data/app/~~tT84r7KeA_jlHgcLZpuiOw==/com.embarcadero.monApp-4V_P9I1J2I8gYC_dqazEgg==/split_config.arm64_v8a.apk
  #09  pc 0x0000000001358b34  /data/app/~~tT84r7KeA_jlHgcLZpuiOw==/com.embarcadero.monApp-4V_P9I1J2I8gYC_dqazEgg==/split_config.arm64_v8a.apk
  #10  pc 0x00000000000d5c54  /system/lib64/libandroid_runtime.so (android::NativeCode::~NativeCode()+52)
  #11  pc 0x00000000000d53b4  /system/lib64/libandroid_runtime.so (android::unloadNativeCode_native(_JNIEnv*, _jobject*, long)+32)
  #12  pc 0x00000000003fd504  /data/misc/apexdata/com.android.art/dalvik-cache/arm64/boot.oat (art_jni_trampoline+116)

En lisant https://source.android.com/devices/tech/debug/tagged-pointers, ça parle de pointeur... Etant en SDK cible à 30, je vais tenter (pour test) "la trappe d'évacuation" en ajoutant ce qui suit à votre fichier AndroidManifest.xml :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
  <application android:allowNativeHeapPointerTagging="false">
  ...
  </application>