Crashlytics ne signale pas le crash en mode Release

Crashlytics a été installé dans l'application en question pour quelques versions maintenant. Ça a bien fonctionné.

Mais comme nous préparons la prochaine version, Crashlytics a cessé de signaler les plantages en mode Release. Voici les choses que je peux penser qui ont changé depuis notre dernière version.

  • Xcode 7.1. La dernière version a été préparée avec Xcode 6.
  • Nous sums passés à Fabric.
  • Nous testons l'application sur iOS 9.1.

Quoi qu'il en soit, avec toutes ces modifications, les plantages sont toujours correctement signalés dans Debug. Juste pas en version (installation à partir de TestFlight après l'archivage et le téléchargement sur iTunes Connect).

Voici les choses que j'ai vérifiées:

  • Sur le site de Fabric l'application est là, la version et la construction sont là. Lorsque je clique sur DSYM manquants, il me dit qu'il n'y en a aucun qui manque.

  • startWithAPIKey est appelé dans didFinishLaunchingWithOptions (ajouté après la question de trojanfoe).

  • La touche api est correcte. Vérifié et revérifié.

  • Dans le script de construction, il n'y a pas (et il n'y a jamais eu) de distinction entre Debug et Release. Cela ressemble à ceci:

entrez la description de l'image ici

  • Dans les parameters de construction, DEBUG_INFORMATION_FORMAT est déjà défini sur DWARF with dSYM File (ajouté après la question de StormXX):

entrez la description de l'image ici

Qu'est-ce que je rate?

Mike de Crashlytics et Fabric ici.

Avec Fabric, l'initialisation de Crashlytics a légèrement changé. L'utilisation du code suivant devrait fonctionner (Obj-C):

 #import "AppDelegate.h" #import <Fabric/Fabric.h> #import <Crashlytics/Crashlytics.h> @interface AppDelegate () @end @implementation AppDelegate - (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { // Override point for customization after application launch. [Crashlytics startWithAPIKey:@"YourAPIKey"]; // You can comment out the above line if you have your Twitter Fabric API key in your info.plist. [Fabric with:@[[Crashlytics class]]]; return YES; } 

La mise à jour de la phase de génération du script d'exécution est également recommandée:

 ./Fabric.framework/run <YourAPIKey> <YourBuildSecret> 

J'étais également confronté à ce problème. Les files DSYM de mes applications n'étaient pas automatiquement téléchargés dans Fabric, comme c'était le cas auparavant. La cause première a été trouvée que xcode 7.1 avait par défaut le projet en bitcode enabled = YES

La définition de Bitcode activé = NO dans mes parameters de construction a résolu le problème de téléchargement automatique.

From Fabrics document de configuration avancé:

Les applications compatibles Bitcode doivent download leur dSYM à partir de Xcode, puis le download sur Crashlytics afin que nous puissions symboliser les plantages.

J'ai rencontré le même problème et je l'ai résolu … Vérifiez le paramètre de construction de votre projet, trouvez le format d'information de debugging . le changer en DWARF avec le file dSYM

Image

Pour moi n'a pas aidé à download des files dsym à partir de .xcarchive. Seulement quand j'ai téléchargé l'archive zip dSYM de l' iTunesConnect et l' ai téléchargé sur le tissu – cela a du sens.

entrez la description de l'image ici entrez la description de l'image ici