2012-01-26 7 views
8

Sto costruendo app che utilizzano UILocalNotifications per gli avvisi. Per verificare la logica di pianificazione, devo modificare frequentemente l'ora del sistema per incrementi di minuto o ora, o cambiare il fuso orario, ecc.Stato dispositivo Xcode Organizer "TakingInstallLock" e si blocca, solo la cura è completa ripristino iOS

Il problema è che dopo alcune sessioni di questo, la scheda del dispositivo Organizzatore mostra uno stato chiamato "TakingInstallLock" con un blocco indefinito nell'indicatore di avanzamento.

1) Ciò è causato modificando l'ora del sistema? 2) Se no, allora cosa? 3) O se lo è, in quale altro modo posso testare UILocalNotifications distanti tra loro da pochi minuti a settimane?

risposta

8

Un blocco "TakingInstallLock" può essere causato da un lungo processo di installazione eseguito su iPhone. Ad esempio, mentre si scarica e si installa un gioco di grandi dimensioni sul dispositivo, XCode mostrerà questo messaggio se si tenta di eseguire un progetto contemporaneamente.

+0

Questo è bello sapere. Anche se, dubito che questa sia la causa del problema per me perché non ci sono stati download durante questo periodo. Grazie per il consiglio! – jaredsinclair

7

ho avuto questo problema un momento fa, (messaggio TakingInstallLock per tempo indefinito)

Quello che ho fatto è stato xCode riavvio e il dispositivo, ma ho ancora avuto il messaggio. Ciò che ha fatto la differenza è stato forzare l'uscita da xCode con Activiy Monitor ed eliminare l'applicazione dal telefono. Quindi ho aperto Xcode e ho potuto rieseguire il mio progetto senza problemi.

Spero che questo aiuti qualcuno.

-

Come nota al PO, ho anche avuto questo problema quando stavo modificando il mio data di telefono per testare gli eventi futuri. Potrebbe avere qualcosa da fare.

+1

Stavo sperimentando molto tempo (30 secondi o più) TakingInstallLock fasi ieri dopo non averlo mai visto prima. In realtà non stavo appendendo. Questa soluzione suonava un po 'come il voodoo - come potrebbe una forza abbandonare questo indirizzo? Ma ha funzionato per me! Grazie! –

+0

Non avevo mai visto questo problema fino ad oggi quando ho aperto xcode per la prima volta in un paio di settimane. Questo ha risolto il problema per me. – Stecman

+0

Forza smettere ... ha funzionato per me :) –

7

Ha a che fare con la modifica della data. Se installi la tua app alle 22:20 e poi imposti la data o in futuro e tenti di eseguire nuovamente l'app, si verificherà questo problema.

+0

Come hai scoperto questo? È riproducibile ogni volta? – jaredsinclair

+1

Ho scoperto questo come accadeva durante il test della mia app, dove stavo modificando la data/ora per eseguire alcuni test. Sì, succede sempre. Provalo. Esegui l'app sul dispositivo anziché sul simulatore. Quindi chiudi l'app per cambiare la data sul tuo iPad con qualcosa in passato (12 giorni e l'ora a qualcosa di diverso dal tuo orario corrente, quindi 3:45 AM). Quindi esegui nuovamente l'app tramite xcode sul tuo iPad. Poi passa un po 'di tempo mentre la tua app è in esecuzione. Quindi chiudi l'app. Cambia il tempo di nuovo a 3:45 AM e corri di nuovo. Dovresti vederlo. – jdog

+0

Imposta la data del mio dispositivo a oggi (nessun riavvio di Xcode o dispositivo) e l'errore è scomparso. Grazie –

0

Questo è successo a me quando ho rilevato l'iPad di un collega su cui aveva precedentemente installato la stessa app. Terminare Xcode e disinstallare l'app dal dispositivo prima di riprovare a risolvere questo problema.

Dopo questo ho ottenuto un problema di "applicazione firmata con diritti errati" che ho risolto installando il profilo di provisioning appropriato.

Successivamente ho scoperto che l'orologio dell'iPad era impostato sul 1 ° gennaio 1970, quindi questo potrebbe essere un fattore che contribuisce, ma sono stato comunque in grado di eseguire il debug della mia app prima di regolare l'orologio.

Problemi correlati