Obtenez des rapports d'erreur lisibles dans le tableau de bord Crashlytics


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

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

Plates-formes Apple

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

Ajouter le plug-in Flutter Crashlytics et exécuter la commande flutterfire configure tentera d'ajouter un script d'exécution à l'espace de travail Xcode de votre projet, qui recherche et importe 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. Identifiez 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 applicable ci-dessous pour savoir si le script d'exécution n'existe pas ou s'il 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'indicateur --split-debug-info (et éventuellement l'indicateur --obfuscate), des étapes supplémentaires sont requises pour afficher des traces de 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 qu'il 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'indicateur --split-debug-info (et éventuellement l'indicateur --obfuscate), des étapes supplémentaires sont requises pour afficher des traces de pile lisibles pour votre application.

Utilisez la CLI Firebase (v.11.9.0 et versions ultérieures) 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.

Dans le 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: votre ID d'application Android Firebase (et non votre nom de package)
    Exemple d'ID d'application Android Firebase: 1:567383003300:android:17104a2ced0c9b9b

  • PATH/TO/symbols: même répertoire que celui que vous transmettez à l'indicateur --split-debug-info lors de la compilation de l'application

Si le problème persiste, consultez le guide Android spécifique au dépannage des rapports obscurcis.