2012-01-26 10 views
8

Estoy creando aplicaciones que usan UILocalNotifications para alertas. Para probar la lógica de programación, con frecuencia tengo que cambiar el sistema de incrementos de tiempo por minuto o hora, o cambiar la zona horaria, etc.Estado del dispositivo Xcode Organizer "TakingInstallLock" y se cuelga, solo se cura la restauración completa de iOS

El problema es que después de algunas sesiones de hacer esto, la pestaña del dispositivo Organizador muestra un estado llamado "TakingInstallLock" con un bloqueo indefinido en el indicador de progreso.

1) ¿Esto se debe a un cambio en la hora del sistema? 2) Si no, ¿entonces qué? 3) O si lo es, ¿de qué otro modo puedo probar UILocalNotifications que están espaciadas en cualquier lugar, de minutos a semanas de diferencia?

Respuesta

8

Una suspensión en "TakingInstallLock" puede deberse a un largo proceso de instalación que se ejecuta en el iPhone. Por ejemplo, mientras descarga e instala un juego grande en el dispositivo, XCode mostrará este mensaje si intenta ejecutar un proyecto al mismo tiempo.

+0

Eso es bueno saberlo. Aunque, dudo que esta sea la causa del problema para mí, ya que no hubo descargas durante este tiempo. ¡Gracias por el consejo! – jaredsinclair

7

tuve este problema hace unos momentos, (mensaje TakingInstallLock de tiempo indefinido)

Lo que hice fue xCode reinicio y el dispositivo, pero todavía tenía el mensaje. Lo que marcó la diferencia fue forzar la salida de xCode con Activiy Monitor y eliminar la aplicación del teléfono. Luego abrí Xcode y pude volver a ejecutar mi proyecto sin problemas.

Espero que esto ayude a alguien.

-

Como nota al OP, también tuve este problema cuando estaba modificando la fecha de mi teléfono para probar los acontecimientos futuros. Puede tener algo que hacer.

+1

Estaba experimentando fases TakingInstallLock muy largas (30 segundos o más) ayer después de nunca haberlo visto antes. No estaba realmente colgando. Esta solución sonaba un poco al vudú: ¿cómo podría una fuerza dejar de abordar esto? ¡Pero funcionó para mí! ¡Gracias! –

+0

Nunca había visto este problema hasta hoy cuando abrí xcode por primera vez en un par de semanas. Esto solucionó el problema para mí. – Stecman

+0

Force quit ... funcionó para mí :) –

7

Tiene que ver con la modificación de la fecha. Si instala su aplicación a las 10:20 PM y luego establece su fecha o en el futuro e intenta ejecutar nuevamente la aplicación, obtendrá este problema.

+0

¿Cómo descubriste esto? ¿Es reproducible todo el tiempo? – jaredsinclair

+1

Descubrí esto como estaba sucediendo durante la prueba de mi aplicación, donde estaba configurando la modificación de la fecha/hora para ejecutar algunas pruebas. Sí, sucede todo el tiempo. Intentalo. Ejecute su aplicación a través de su dispositivo en lugar del simulador. Luego cierre la aplicación y cambie la fecha en su iPad a algo en el pasado (12 días y la hora a algo diferente a su hora actual, así que a las 3:45 AM). Luego, ejecute la aplicación nuevamente a través de xcode en su iPad. Luego, deja pasar un tiempo mientras tu aplicación se está ejecutando. Luego cierre la aplicación. Cambia el tiempo a 3:45 a.m. y corre de nuevo. Deberías verlo. – jdog

+0

Establezca la fecha de mi dispositivo en el día de hoy (sin reinicio de Xcode o dispositivo) y el error desapareció. Gracias –

0

Esto me sucedió cuando tomé el iPad de un colega en el que había instalado previamente la misma aplicación. La finalización de Xcode y la desinstalación de la aplicación desde el dispositivo antes de volver a intentarlo corrigieron este problema.

Después de esto recibí un problema de "solicitud firmada con derechos erróneos" que arreglé instalando el perfil de aprovisionamiento adecuado.

Más tarde descubrí que el reloj del iPad estaba configurado para el 1 de enero de 1970, por lo que puede ser un factor contribuyente, pero no obstante pude depurar mi aplicación antes de ajustar el reloj.

Cuestiones relacionadas