Xcode dał mi tę wiadomość:
Nie można zlokalizować zainstalowanej aplikacji. Instalacja, rzekomo powiodła się, ale nie można znaleźć aplikacji na urządzeniu. bundleId = (null)
Właśnie zacząłem używać strąków.
Jak to naprawić?
xcode
bundle-identifier
LucasKarlsson
źródło
źródło
Odpowiedzi:
Napotkałem ten sam problem podczas testowania aplikacji Cordova na iOS 13 za pośrednictwem XCode 11 Beta 4. Kompilowanie za pomocą starszego systemu rozwiązało go (Plik> Ustawienia obszaru roboczego ...> Buduj system> Legacy Build System).
Mam nadzieję, że to pomoże
źródło
Rozwiązałem ten problem, wykonując typowe kroki w projekcie:
źródło
To jest problem z podpisywaniem kodu. Xcode 11 wymaga dodania certyfikatu „Apple Development” do profilu informacyjnego programowania, który został automatycznie dodany do certyfikatów i profili. Dodaj ten certyfikat do swojego profilu, ponownie pobierz swój profil programistyczny i vwala.
źródło
W Xcode 11 beta 5 miałem ten sam błąd. Nie udało mi się zainstalować aplikacji. Przesłałem nawet aplikację do App Store Connect, a następnie próbowałem zainstalować za pomocą TestFlight, ale aplikacja nie została zainstalowana po pobraniu, bardzo dziwne. Brak błędu w App Store Connect. Znalazłem problem, uruchamiając aplikację z symulatorem. Po uruchomieniu aplikacji na symulatorze Xcode podał mi szczegółowy komunikat o błędzie. W moim przypadku miałem wiele platform z tymi samymi identyfikatorami pakietów.
źródło
.intentdefinition
plik, dodaje on wszystkie BundleID do wszystkich plików Info.plist rozszerzenia. Tylko sprawdzenie, czy każdy z nich pojawia się tylko jeden rozwiązać go dla mnie ...Miałem dokładnie ten sam błąd, ale żadne z powyższych rozwiązań nie zadziałało.
W moim przypadku korzystam z bezpłatnego konta programisty Apple i otrzymałem ten błąd po próbie zainstalowania czwartej aplikacji. Limit instalacji dla darmowych kont wynosi 3. Usunąłem jedną z 3 aplikacji, które już miałem, i instalacja przebiegła zgodnie z oczekiwaniami.
źródło
Mam ten sam błąd:
Otrzymałem ten błąd po aktualizacji Xcode11
Rozwiązanie:
Mój projekt i ProjectTests miały inny zespół programistów. Projekt miał zespół właściciela, ProjectTests miał zespół osobisty
I nie miałem okazji zmienić zespołu na właściciela przez interfejs Xcode. Robię to w ustawieniach kompilacji - właśnie wszedłem do mojego zespołu (włączono również automatyzację zarządzania certyfikatami).
Tak, jego wygląd jest błędem w interfejsie użytkownika Xcode (czerwona etykieta), ale można go było zainstalować na prawdziwych urządzeniach.
źródło
W moim przypadku korzystałem z materiału siewnego Xcode 11 GM z iOS 13 beta i miałem podpisywanie kodu do ręcznego (dystrybucji), ponieważ „Automatyczne” zawodziło. Poprosiłem mojego agenta zespołu, aby zezwolił mojemu użytkownikowi na rolę „Administratora”, wszedłem do portalu Apple Developera i wyedytowałem „nieprawidłowe” profile obsługi administracyjnej, aby zaznaczyć pole wyboru wyraźnie wspominające o „Xcode 11”. Po pobraniu profilu mój agent zespołu zmienił moją rolę na „członka” i wszystko poszło dobrze.
źródło
Xcode 11 (11A420A)
Napotkałem podobny problem, wypróbowałem wszystkie powyższe rozwiązania (np. Przejście na legacy, clean and build itp.) ... ale ostatecznie rozwiązanie było z użyciem zewnętrznego frameworka, rozwiązałem to zmieniając opcję na Embed & Podpisz z osadzenia bez podpisu … Nie jestem pewien, czy może to być problem z Xcode
źródło
ROZWIĄZANIE DO PRACY W KASIE
General
->Frameworks, Libraries, and Embedded Content
i zmień framework, ponieważDo Not Embed
(w moim przypadku problemem był Alamofire.framework )Build Phases
, wybierz+
New Run Scrip Phase
, wstaw/usr/local/bin/carthage copy-frameworks
do powłoki skryptu i doInput files
dodania$(SRCROOT)/Carthage/Build/iOS/Alamofire.framework
Teraz powinno działać 🥳
źródło
Rozwiązałem problem, zaznaczając opcję „Automatycznie zarządzaj podpisywaniem” na ekranie „Podpisywanie i możliwości”.
Żadne z innych wymienionych tutaj rozwiązań nie działało dla mnie.
źródło
Przydarzyło mi się to niedawno, kiedy zaktualizowałem do Xcode 11; jeśli testujesz na urządzeniu, przejdź do „Ustawień kompilacji”, a następnie zmień wszystko na „Programista iOS” w sekcji „Tożsamość podpisywania kodu”. To POWINNO rozwiązać problem. Następnie, gdy będziesz gotowy do uruchomienia, upewnij się, że masz skonfigurowaną dystrybucję iOS.
źródło
W moim przypadku był to problem z podpisywaniem kodu (używam ręcznego podpisywania kodu). Musiałem przełączyć się z
iOS Distribution
naiOS Developer
dlaAny iOS SDK
klucza:a także wybierz odpowiedni profil obsługi deweloperskiej.
Xcode 11
źródło
Napotkałem ten sam problem, a mój kod nie zawierał żadnego z problemów wymienionych w innych odpowiedziach (struktury używające tych samych identyfikatorów pakietów, starszy system itp.).
Moim rozwiązaniem było zainstalowanie aplikacji najpierw jako ładowanie boczne, a następnie uruchomienie aplikacji w normalny sposób (Cmd + R).
Najpierw utwórz IPA swojego projektu (jest na to wiele sposobów, zrobiłem to przez skompresowanie folderu o nazwie Payload z plikiem aplikacji. Możesz wybrać inne sposoby, wszystko czego potrzebujesz to plik IPA).
Następnie otwórz urządzenia i symulatory (Cmd + Shift + 2) w Xcode.
Teraz kliknij mały przycisk plusa (+) w sekcji ZAINSTALOWANE APLIKACJE, a zostaniesz poproszony o wybranie IPA. Wybierz swój adres IPA, a zostanie on zainstalowany na urządzeniu.
Teraz, gdy aplikacja o podanym identyfikatorze pakietu istnieje na urządzeniu, Twoja komenda uruchamiania będzie działać zgodnie z oczekiwaniami.
Po prostu naciśnij Cmd + R, a Twój projekt zostanie uruchomiony na urządzeniu.
źródło
W moim przypadku problem został znaleziony przy użyciu dziennika konsoli podczas przeglądania dzienników. W chmurze widzę błąd z
installd
procesu informujący, że coś jest nie tak z moimplist.info
plikiem. Nie powiedział, co dokładnie, ale naprawienie mojego pliku plist rozwiązało problem. W moim przypadku miałem 3 pliki plist (rozszerzenie iPhone'a, zegarka i zegarka), problemem był mójwatch plist.info
plik (dodałemNSLocationAlwaysUsageDescription
przypadkowo, usunięcie tego rozwiązało problem).źródło
installd
wydrukowanyFailed to verify code signature of .../raygun4apple.framework : 0xe8008015 (A valid provisioning profile for this executable was not found.)
. Po wybraniu opcji „Umieść i podpisz” dla raygun4apple wszystko działało świetnie.CFBundleVersion
ciągu. Z jakiegoś powodu był pusty. Znalazłem rzeczywisty błąd w dziennikach konsoli z samego iPhone'a. Ale Xcode 11 po prostu wypluwał, że nie może znaleźć aplikacji po wielu próbach.W przypadku IOS 13 podczas instalacji aplikacji z Xcode-beta jedyną rzeczą, która działała, było ponowne uruchomienie telefonu podłączonego do komputera
źródło
Naprawiono moje. Zostało spowodowane tym, że framework Alamofire (przez Carthage) nie był kopiowany podczas fazy kompilacji (wcześniej znajdował się w sekcji Biblioteki osadzone w Xcode, ale teraz zniknął i wybór typu osadzania nie działał).
Treść skryptu to:
/usr/local/bin/carthage copy-frameworks
Ścieżki$(SRCROOT)/Carthage/Build/iOS/Alamofire.framework
do plików wejściowych i$(BUILT_PRODUCTS_DIR)/$(FRAMEWORKS_FOLDER_PATH)/Alamofire.framework
wyjściowych.Mam nadzieję, że to pomoże lub pozwoli Ci znaleźć rozwiązanie.
źródło
Widziałem ten błąd przy wybranym profilu udostępniania / certyfikacie podpisywania „Dystrybucja iPhone'a” - zniknął po przełączeniu na „iPhone Developer”
źródło
Wreszcie znalazłem rozwiązanie (przynajmniej dla mnie)
Miałem do czynienia z tym problemem (który pojawia się znikąd) i może jest to jakiś problem z certyfikatem Dev / Production. Mam konfigurację ręczną dotyczącą „podpisywania i możliwości”, więc po przełączeniu się na tryb automatyczny po prostu napraw problem. (Przepraszam za mój zły język angielski)
źródło
Spróbuj tego, to rozwiązanie działa dla mnie. Włącz opcję Kopiuj tylko podczas instalacji w obszarze Osadź rozszerzenia aplikacji w ustawieniach kierowania BUILD Phases.
Najpierw spróbuj uruchomić aplikację na symulatorze, co spowoduje również błąd w symulatorach.
źródło
Napotkałem ten problem i zauważyłem w dzienniku:
-[MIBundle pluginKitBundlesSkippingPlatformValidation:withError:]: Ignoring plugin at (path to my app extension) because it doesn't work on this OS version
Zaktualizowanie wersji docelowej wdrożenia w ustawieniach kompilacji dla mojego rozszerzenia rozwiązało ten problem.
źródło
Dla mnie problem dotyczył biblioteki Alamofire, która została pobrana wraz z Kartaginą. Upewnij się, że wybrałeś „Nie osadzaj” i pozwól Carthage skopiować bibliotekę.
źródło
Próbowałem prawie każdej odpowiedzi na to pytanie, zanim zauważyłem, że benchuk użył konsoli, aby dowiedzieć się, dlaczego miał problem.
Rzuciłem okiem na konsolę, wyszukując
installd
i stwierdziłem, że „gruby” framework, który dodałem do mojego projektu, jest faktycznie podpisany.Podpis nie pasował do reszty aplikacji, co spowodowało ciche niepowodzenie instalacji.
Wiedząc, co jest nie tak, mogłem po prostu usunąć podpis:
codesign --remove-signature Some.framework
źródło
To spowodowało mój projekt z powodu rozszerzenia Siri. W „Fazach kompilacji” „Osadź rozszerzenie aplikacji” usuń kompilację xxxSiriExtension.appex i dodaj ją ponownie. To rozwiązane w moim projekcie
źródło
Ten problem został rozwiązany w Xcode 11.2 . W przypadku Xcode 11.2 powinieneś teraz otrzymać błąd wskazujący, że aplikacja nie została zainstalowana, a nie błąd wskazujący, że została zainstalowana, ale nie udało się ją uruchomić. Błąd powinien również zawierać szczegóły dotyczące przyczyny niepowodzenia instalacji. Jeśli szczegóły są niewystarczające, sugeruję celowanie w urządzenie symulujące zamiast w prawdziwe urządzenie, ponieważ powinno to spowodować wyższy błąd wierności.
źródło
Dzieje się tak, gdy próbujesz uruchomić aplikację na urządzeniu przy użyciu profili aprowizacji dla App Store. Upewnij się, że korzystasz z profili deweloperskich lub Adhoc.
Innym powodem może być uruchomienie skryptu do usuwania architektury do generowania IPA. Sprawdź, czy to generuje jakieś błędy.
źródło
O dziwo, zmiana nazwy folderu głównego mojego projektu na coś innego załatwiła mi sprawę. Prawdopodobnie przyczyną było buforowanie gdzieś xcode z istniejącą nazwą folderu.
źródło
Miałem ten sam problem, gdy pracowałem nad rozszerzeniem udostępniania. Żadne z proponowanych tutaj rozwiązań nie zadziałało.
Zależy mi na debugowaniu i logowaniu. Nie mogłem debugować i / lub zalogować się. Na początku myślałem, że rozszerzenie nie działa, ale przeprowadziłem test i zweryfikowałem, że faktycznie się wykonuje, ale z jakiegoś powodu nie mogłem debugować ani zalogować się.
Najlepsze, co udało mi się wymyślić, to ręczne dołączenie debugera, dodanie punktów przerwania, w których chciałem się zalogować, edytowanie punktów przerwania i dodanie akcji do logowania i kontynuowania po ocenie. Oto kroki, aby to zrobić:
Product/Scheme/Choose-Your-Scheme
Debug/Attach to Process by ID or Name...
. Następnie wpisz nazwę rozszerzenia lub jego identyfikator pakietu.Automatically continue after evaluating the actions
.Tutaj możesz znaleźć moje pytanie bez odpowiedzi.
źródło
Naprawiłem moje, przechodząc do Ustawienia kompilacji> Tożsamość podpisywania kodu> Debugowanie. Upewnij się, że masz odpowiedni „certyfikat deweloperski”.
źródło
u góry okna Xcode, obok opcji uruchom / zatrzymaj, kliknij ikonę aplikacji i wybierz zarządzanie schematami. Upewnij się, że uruchamianie i testowanie używa konfiguracji kompilacji „Debuguj”. Xcode zmienił je na „wydanie”. Nie pytaj mnie dlaczego! Korzystanie z Xcode v 11 (11A420A)
źródło
Dla mnie było to, że miałem skrypt fazy budowy, który miał na celu usunięcie architektur symulatora z aplikacji (na czas publikacji w App Store).
Przeczytałem sugestię, że budowanie dla symulatora dałoby lepsze szczegóły błędów i odkryłem, że skrypt działa na każdej kompilacji, więc przełączyłem go na „uruchamiaj skrypt tylko podczas instalacji” i wydaje się, że rozwiązało to problem.
źródło