Obtenir des rapports d'erreur lisibles dans le tableau de bord Crashlytics (Flutter)

Par défaut, Firebase Crashlytics instrumente automatiquement votre projet Flutter pour importer les fichiers de symboles nécessaires afin de s'assurer que les rapports d'erreur sont désobscurcis et lisibles par l'humain.

Malheureusement, il arrive que le projet ne soit pas entièrement configuré. Ce guide décrit ce que fait l'automatisation et fournit les premières étapes pour déboguer la configuration de votre projet.

Plates-formes Apple

Vérifier votre configuration pour l'importation de fichiers dSYM

Si vous ajoutez le plug-in Flutter Crashlytics et exécutez la commande flutterfire configure, un script d'exécution sera ajouté à l'espace de travail Xcode de votre projet. Ce script recherchera et importera les fichiers de symboles dSYM nécessaires dans Crashlytics. Sans ces fichiers, une alerte "dSYM manquant" s'affiche dans le tableau de bord Crashlytics, et les exceptions sont conservées par le backend jusqu'à ce que les fichiers manquants soient importés.

Si vous rencontrez ce problème, assurez-vous d'abord que le script d'exécution est installé :

1. Recherchez et ouvrez le fichier d'espace de travail Xcode dans le répertoire iOS de votre projet (FLUTTER_PROJECT_NAME/ios/Runner.xcworkspace).

2. Vérifiez si un script d'exécution intitulé [firebase_crashlytics] Crashlytics Upload Symbols a été ajouté aux phases de compilation de la cible Runner.

   Consultez la section ci-dessous pour savoir si le script d'exécution n'existe pas ou si le script d'exécution existe.

Vérifiez la configuration de votre version pour Flutter et Crashlytics (si vous utilisez l'option --split-debug-info).

Si votre projet Flutter utilise l'option --split-debug-info (et, éventuellement, l'option --obfuscate), des étapes supplémentaires sont nécessaires pour afficher des traces de la pile lisibles pour votre application.

Assurez-vous que votre projet utilise la configuration de version recommandée (Flutter 3.12.0 ou version ultérieure et plug-in Flutter Crashlytics 3.3.4 ou version ultérieure) afin que votre projet puisse générer et importer automatiquement des symboles Flutter (fichiers dSYM) dans Crashlytics.

Android

Vérifier la configuration de vos dépendances

La commande flutterfire configure tente d'ajouter les dépendances nécessaires aux fichiers de compilation Gradle de votre projet. Sans ces dépendances, les rapports d'erreur de la console Firebase peuvent être obscurcis si l'obscurcissement est activé.

Assurez-vous que les lignes suivantes sont présentes dans le fichier build.gradle au niveau du projet et dans le fichier build.gradle au niveau de l'application :

• Dans le fichier de compilation au niveau du projet (android/build.gradle), recherchez la ligne suivante :

  dependencies {
  // ... other dependencies
  
  classpath 'com.google.gms:google-services:4.3.5'
  classpath 'com.google.firebase:firebase-crashlytics-gradle:2.7.1'
  }

• Dans le fichier de compilation au niveau de l'application (android/app/build.gradle), recherchez la ligne suivante :

  // ... other imports
  
  android {
  // ... your android config
  }
  
  dependencies {
  // ... your dependencies
  }
  
  // This section must appear at the bottom of the file
  apply plugin: 'com.google.gms.google-services'
  apply plugin: 'com.google.firebase.crashlytics'

Vérifiez que vous utilisez la CLI pour importer des symboles Flutter (si vous utilisez l'option --split-debug-info).

Si votre projet Flutter utilise l'option --split-debug-info (et, éventuellement, l'option --obfuscate), des étapes supplémentaires sont nécessaires pour afficher des traces de la pile lisibles pour votre application.

Utilisez la CLI Firebase (v.11.9.0 ou ultérieure) pour importer les symboles de débogage Flutter. Vous devez importer les symboles de débogage avant de signaler un plantage à partir d'un build de code obscurci.

À partir du répertoire racine de votre projet Flutter, exécutez la commande suivante :

firebase crashlytics:symbols:upload --app=FIREBASE_APP_ID PATH/TO/symbols

• FIREBASE_APP_ID : ID de votre application Android Firebase (et non le nom de votre package)
  Exemple d'ID d'application Android Firebase : 1:567383003300:android:17104a2ced0c9b9b

  Vous avez besoin de trouver l'ID de votre application Firebase ?

  Voici deux façons de trouver votre ID d'application Firebase :

  • Dans votre fichier google-services.json, l'ID de votre application correspond à la valeur mobilesdk_app_id.

  • Dans la console Firebase, accédez à Paramètres du projet. Accédez à la fiche Vos applications, puis cliquez sur l'application Firebase concernée pour trouver son ID d'application.

• PATH/TO/symbols : répertoire que vous transmettez à l'option --split-debug-info lors de la compilation de l'application.

Si les problèmes persistent, consultez le guide spécifique à Android pour résoudre les problèmes liés aux rapports obscurcis.