2012-06-07 12 views
22

¿Por qué todos mis registros de fallos muestran usuarios anónimos cuando todos ellos tienen una cuenta de comprobación y estoy configurando el uuid en la inicialización del vuelo de prueba?Todos los comprobadores aparecen como usuarios anónimos

en mi Singleton:

#define kTestFlightTest 1 

en la aplicación de inicialización:

[TestFlight takeOff:kTestFlightToken]; 
#ifdef kTestFlightTest 
    [TestFlight setDeviceIdentifier:[[UIDevice currentDevice] uniqueIdentifier]]; 
#endif 
+1

Estoy teniendo problemas similares. Esto funcionó bien antes. –

+1

No funcionó para mí en SDK 1.0 –

+0

Estoy teniendo el mismo problema. Se habla en el usuario de documentación de SDK "Beta Testing and Release Differentiation", fuente aquí: https://testflightapp.com/sdk/doc/1.0/ Pero dicen lo que has hecho (y lo he hecho), y aún así sin alegría. :-(Todo tiene que ver con los cambios de Apple en cómo puede usar el UDID. Bueno en general, pero en este caso parece molesto. – Baza207

Respuesta

57

Sólo enviado por correo electrónico TestFlight al respecto y tiene una respuesta con una solución que funciona a las mil maravillas. El código UDID:

[TestFlight setDeviceIdentifier:[[UIDevice currentDevice] uniqueIdentifier]]; 

tiene que ir antes:

[TestFlight takeOff:kTestFlightToken]; 

Intercambio de aquellos a su alrededor y todo funciona bien. :-D

He enviado un correo electrónico diciendo gracias pero que debería ser algo que realmente mencionan en los documentos (siendo tan simple, pero no tan obvio).

Editar: Esta respuesta sólo a los aplicadores de las versiones de iOS ANTES iOS 7. Como se ha señalado en los comentarios, iOS 7 elimina por completo [[UIDevice currentDevice] uniqueIdentifier]. Hay formas de crear un UUID con NSUUID desde iOS 6, aunque no creo que funcionen con TestFlight ya que son creadas por el dispositivo del usuario por aplicación y no hay forma de saber cuál sería externamente. Estoy seguro de que chicos y chicas de TestFlight están buscando una manera de rastrear quién es el usuario, pero hasta entonces, acostúmbrense a ver "Usuario anónimo".

+0

Si esto funciona para todos y es correcto, marque la respuesta correcta.:-D – Baza207

+0

He intentado probarlo, pero el testflight no actualiza datos de uso por alguna razón –

+1

¡Jaja! Lo suficientemente justo. Mundos de diversión estas cosas de dispositivos de computadora. – Baza207

3

También he añadido en mi mismo código como

[TestFlight setDeviceIdentifier: [[UIDevice currentDevice] uniqueIdentifier]];

antes del despegue, pero en iOS 5 este método es obsoleto por lo que añade siguiente método

[TestFlight setDeviceIdentifier:[NSString stringWithFormat:@"%@",[[UIDevice currentDevice] identifierForVendor]]]; 

Pero todavía estoy consiguiendo cuestiones anónimos. Lo he escrito para el soporte de Testflight pero todavía no tengo suerte. para dos dispositivos muestra el nombre del dispositivo del usuario correctamente, pero no funciona en el dispositivo de otro probador.

+0

Por favor, déjenme a mí (y a todos los demás) saber si el equipo de TestFlight responde su correo electrónico. Estoy experimentando exactamente el mismo problema: a pesar del orden aparentemente correcto de 'setDeviceIdentifier' y' takeOff', todos los informes están marcados como "Usuario anónimo". – Neo

+0

Responden a mi correo electrónico que "estamos investigando esto", pero todavía no se ha sugerido una solución adecuada para el soporte de testflight. el problema básico es que el SDK testflight no envía el UDID del usuario al iniciar la sesión. – Gaurav

+0

Sé que las sesiones más antiguas y los bloqueos no tendrán el usuario que era. Parece que al azar no se puede saber a qué usuario se refiere. No he tenido problemas recientemente, pero he notado algunos errores. –

0

Acabo de realizar algunas pruebas. Claramente, ya no hay una forma adecuada de obtener el UDID como lo mencionó @Danny Parker en un comentario anterior. Para probar esto, codifiqué mi UDID en la aplicación y lo envié a TestFlight. Cualquier punto de control o retroalimentación resultó como mensajes míos. No más puntos de control anónimos y comentarios. Obviamente, esto es inútil ya que necesito el UDID de cada probador para ver qué puntos de control alcanzan. Supongo que TestFlight tendrá que encontrar una forma diferente de asociar dispositivos a los registros.

+1

UDID era obsoleto en iOS 5 debido a un pleito. Se han propuesto soluciones alternativas como OpenUDID. Apple también defiende el uso de CFUUIDCreate o NSUUID. El principio subyacente es que rastreas al usuario en lugar del dispositivo y sí, esto crea el problema con el vuelo de prueba. que no sabe de qué dispositivo proviene. La funcionalidad UDID debería funcionar (a menos que TestFlight la haya eliminado recientemente del SDK) porque Apple todavía usa UDID en el portal de aprovisionamiento. –

Cuestiones relacionadas