Implementando el manejo de excepciones de Testflight.com y Flurry.com

Question

Estamos utilizando tanto sfk de testflight.com como flurry.com para rastrear excepciones no controladas. El problema es que no se recogen excepciones por ráfagas después de que agreguemos el sdk de testflight.com.

El método activa cuando se produce una excepción no controlada se ve así:

void uncaughtExceptionHandler(NSException *exception) 
{ 
    [FlurryAnalytics logError:@"ERROR_NAME" message:@"ERROR_MESSAGE" exception:exception]; 
} 

- (BOOL) application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions 
{  
    #if !TARGET_IPHONE_SIMULATOR 
    NSSetUncaughtExceptionHandler(&uncaughtExceptionHandler); 

    struct sigaction newSignalAction; 
    memset(&newSignalAction, 0, sizeof(newSignalAction)); 
    newSignalAction.sa_handler = &signalHandler; 
    sigaction(SIGABRT, &newSignalAction, NULL); 
    sigaction(SIGILL, &newSignalAction, NULL); 
    sigaction(SIGBUS, &newSignalAction, NULL); 

    [FlurryAnalytics startSession:kFlurryKey]; 
    [TestFlight takeOff:kTestflightKey];  

    [[UIApplication sharedApplication] 
    registerForRemoteNotificationTypes:(UIRemoteNotificationTypeBadge | 
            UIRemoteNotificationTypeSound | 
            UIRemoteNotificationTypeAlert)];  
    [UIApplication sharedApplication].applicationIconBadgeNumber = 0;  
    #endif 
    . 
    . 
    . 

no estoy seguro de cómo testflight.com lo hace, pero parece que interceptan la excepción y se registran los datos por sí mismos sin dejando que se ejecute el método registrado?

¿Hay alguna forma de que ambos coexistan?

Answer 1

Recibí la confirmación del equipo de Testflightapp.com de que se trata de un problema conocido. Esperan arreglarse en la próxima versión que dijeron.

Answer 2

no soy capaz de probar esto directamente, pero el TestFlight documentation parece decir esto:

Si usted hace uso de excepción sin capturar o manipuladores de señal instalar sus controladores antes de llamar al despegue. Nuestro SDK luego llamará a su controlador mientras el nuestro se está ejecutando.

Incluso dan algunos example code que pueden ayudarlo a conseguirlo.

Answer 3

He encontrado una solución en un blog, no estoy seguro si funciona también para Flurry, lo que dice es llamar al método UninstallCrashHandlers (declarado en TestFlight.h) dos veces después del método [TestFlight takeOff: @ "KEY"] , y luego registre otro servicio para el cual quiera usar para el reporte de fallas. Ver código de ejemplo para TestFlight vs Crashlytics

Deshabilitar los informes de fallos de TestFlight es bastante simple. Agregue el código siguiente a su incluye en AppDelegate.m:

... 
#import TestFlight.h 

// Function prototype for UninstallCrashHandler 
extern void UninstallCrashHandlers(BOOL restore); 

En didFinishLaunchingWithOptions llama a este método en primer lugar con NO y luego con SÍ, como:

- (BOOL)application:(UIApplication *)application 
     didFinishLaunchingWithOptions:(NSDictionary *)launchOptions 
{ 
    [TestFlight takeOff:@"<TestFlightKey>"]; 

    UninstallCrashHandlers(NO); 
    UninstallCrashHandlers(YES); 

    [Crashlytics startWithAPIKey:@"<CrashlyticsKey>"]; 

    return YES; 
} 

ref: http://www.grahamdennis.me/blog/2012/10/21/how-to-disable-testflights-crash-handlers/