2012-01-26 9 views
8

Buduję aplikacje korzystające z alertów UILocalNotifications. Aby przetestować logikę szeregowania, często muszę zmieniać czas systemowy z podziałem na minuty lub godziny, lub zmieniać strefę czasową, itp.Stan urządzenia Xcode Organizer "TakingInstallLock" i zawiesza się, tylko utwardzanie jest pełne przywracanie systemu iOS

Problem polega na tym, że po kilku sesjach w ten sposób karta urządzenia Organizatora pokazuje stan o nazwie "TakingInstallLock" z nieokreślonym zawieszeniem w wskaźniku postępu.

1) Czy jest to spowodowane zmianą czasu systemowego? 2) Jeśli nie, to co? 3) A jeśli tak, to w jaki inny sposób mogę przetestować UILocalNotifications, które są rozmieszczone w dowolnym miejscu od kilku minut do kilku tygodni?

Odpowiedz

8

Zawieszanie na "TakingInstallLock" może być spowodowane długim procesem instalacji uruchomionym na telefonie iPhone. Na przykład podczas pobierania i instalowania dużej gry na urządzeniu XCode wyświetli ten komunikat, jeśli spróbujesz uruchomić projekt w tym samym czasie.

+0

Dobrze o tym wiedzieć. Chociaż wątpię, że to jest przyczyną problemu, ponieważ nie było żadnych pobrań w tym czasie. Dzięki za wskazówkę! – jaredsinclair

7

miałem tego problemu chwil temu (wiadomość TakingInstallLock o nieokreślonym czasie)

Co zrobiłem było Xcode i restart urządzenia, ale wciąż miałem komunikat. Różnica polegała na tym, aby wymusić zamknięcie xCode za pomocą monitora Activiy i usunąć aplikację z telefonu. Potem otworzyłem Xcode i mogłem ponownie uruchomić mój projekt bez żadnych problemów.

Mam nadzieję, że ta pomoc ktoś.

-

Jako notatkę do OP, miałem również ten problem, kiedy mój datę modyfikacji telefonu do testowania przyszłych zdarzeń. Może mieć coś do zrobienia.

+1

Wystąpiłam bardzo długo (30 sekund lub więcej), biorąc wczoraj fazy wczoraj po nigdy wcześniej jej nie widząc. Właściwie to nie wisiałem. To rozwiązanie brzmiało trochę jak voodoo - w jaki sposób siła może go rozwiązać? Ale zadziałało to dla mnie! Dzięki! –

+0

Nigdy nie widziałem tego problemu aż do dzisiaj, kiedy otworzyłem xcode po raz pierwszy od paru tygodni. To naprawiło problem dla mnie. – Stecman

+0

Wymuść wyjś cie ... pracowała dla mnie :) –

7

Ma to związek z modyfikacją daty. Jeśli zainstalujesz aplikację, powiedzmy 22:20, a następnie ustawisz datę z powrotem lub w przyszłości i spróbuj ponownie uruchomić aplikację, otrzymasz ten problem.

+0

Jak to odkryłeś? Czy jest powtarzalny za każdym razem? – jaredsinclair

+1

Odkryłem to tak, jak to miało miejsce podczas testu mojej aplikacji, gdzie zmieniłem datę/godzinę przeprowadzenia testów. Tak, dzieje się to za każdym razem. Spróbuj. Uruchom swoją aplikację za pomocą urządzenia zamiast symulatora. Następnie zamknij aplikację, zmieniając datę na iPadzie na coś z przeszłości (12 dni i godzinę na coś innego niż aktualny czas, więc 3:45). Następnie uruchom ponownie aplikację przez kod xcode na iPadzie. Następnie pozwól, aby minęło trochę czasu, gdy aplikacja jest uruchomiona. Następnie zamknij aplikację. Zmień czas z powrotem na 3:45 rano i ponownie biegnij. Powinieneś to zobaczyć. – jdog

+0

Ustaw datę dzisiejszego urządzenia (brak ponownego uruchomienia Xcode lub urządzenia) i błąd zniknął. Dzięki –

0

To zdarzyło się, gdy przejąłem iPada kolegi, na którym wcześniej zainstalował tę samą aplikację. Kończenie Xcode i odinstalowanie aplikacji z urządzenia przed próbą ponownego naprawienia tego problemu.

Po tym otrzymałem problem z "aplikacją podpisaną z nieprawidłowymi uprawnieniami", którą naprawiłem przez zainstalowanie odpowiedniego profilu informacyjnego.

Później odkryłem, że zegar na iPada został ustawiony na 1 stycznia 1970, więc może to być czynnik, który przyczynił się do rozwoju, ale mimo to udało mi się zdebugować aplikację przed dostosowaniem zegara.

Powiązane problemy