Dlaczego dostaję ostrzeżenie konsoli: [Proces] kill () zwrócił nieoczekiwany błąd 1, gdy ładuję WKWebView w iOS13.2?

294

Odkąd zainstalowałem wersję beta iOS 13.2 , pojawia się komunikat o błędzie konsoli debugowania. Dzieje się tak za każdym razem, gdy ładuję ViewController z obiektem WKWebView w serii ujęć.

Następnie następujący komunikat jest wyświetlany w sposób ciągły, gdy widoczny jest widok strony internetowej ...

2019-10-10 12:10:47.867830+0200 (...) [Process] kill() returned unexpected error 1  
2019-10-10 12:10:47.908698+0200 (...) [Process] kill() returned unexpected error 1  
2019-10-10 12:10:47.908814+0200 (...) [Process] kill() returned unexpected error 1  
2019-10-10 12:10:47.934169+0200 (...) [Process] kill() returned unexpected error 1  
2019-10-10 12:10:47.947668+0200 (...) [Process] kill() returned unexpected error 1  
2019-10-10 12:10:47.964375+0200 (...) [Process] kill() returned unexpected error 1  
2019-10-10 12:10:48.193556+0200 (...) [Process] kill() returned unexpected error 1  
2019-10-10 12:10:48.193723+0200 (...) [Process] kill() returned unexpected error 1  
2019-10-10 12:10:48.193941+0200 (...) [Process] kill() returned unexpected error 1  
2019-10-10 12:10:48.194012+0200 (...) [Process] kill() returned unexpected error 1  
2019-10-10 12:10:48.195679+0200 (...) [Process] kill() returned unexpected error 1  
2019-10-10 12:10:48.200432+0200 (...) [Process] kill() returned unexpected error 1  
2019-10-10 12:10:48.207225+0200 (...) [Process] kill() returned unexpected error 1  
2019-10-10 12:10:48.207298+0200 (...) [Process] kill() returned unexpected error 1 

W chwili zamknięcia widoku pojawia się następujący komunikat:

2019-10-10 12:32:41.577505+0200 (...)[ProcessSuspension] 0x1051e50b0 - ProcessAssertion::processAssertionWasInvalidated() 

Czasami podczas ładowania widoku internetowego pojawia się następujący komunikat: (nie mogę powiedzieć, kiedy to się stanie)

2019-10-10 12:33:11.453528+0200 (...) Could not signal service com.apple.WebKit.WebContent: 113: Could not find specified service
2019-10-10 12:33:11.459713+0200 (...) Could not signal service com.apple.WebKit.Networking: 113: Could not find specified service

I jeśli dotknę ekranu, zaczyna się od nowa

    2019-10-10 12:10:48.200432+0200 (...) [Process] kill() returned unexpected error 1  
    2019-10-10 12:10:48.207225+0200 (...) [Process] kill() returned unexpected error 1  
    2019-10-10 12:10:48.207298+0200 (...) [Process] kill() returned unexpected error 1 
...

Sprawdziłem, że dzieje się tak we wszystkich kontrolerach widoku z WKWebViews mojej aplikacji, więc nie wydaje się, aby był to błąd kodu.

Nie powoduje to awarii aplikacji , ale chciałbym wiedzieć, dlaczego tak się dzieje i czy ktoś inny ma ten sam problem.

Leemur
źródło
2
ten sam problem dla mnie z wydaniem iOS 13.2. Zawsze jest dla mnie trochę niepokojące, że nie ma więcej raportów na ten temat. Zawsze sprawia, że ​​czuję, że robię coś źle. To wydaje się dość dużym problemem. forums.developer.apple.com/thread/123782
AndySousa
3
Mam ten sam problem z AppKit z WebKit na Catalina 10.15.1 i Xcode 11.2
Victor Kushnerov
1
ten sam problem hier. Testowałem różne aplikacje. Niektóre aplikacje z ionic 3 zawieszają się bezpośrednio, a niektóre pokazują błąd, ale zostaną otwarte. Ale wszystkie aplikacje z ionic 4 ulegną bezpośredniemu awarii. Stworzyłem świeżą nową aplikację ionic 4, ale nie można jej uruchomić.
Torben G,
1
Nadal mam ten problem w iOS 13.3.1.
Jackson
1
Czy masz jakieś nowe informacje na ten temat? - Moje informacje: Apple wiedział o problemie i powiedział, że szukają możliwej poprawki, ale było to 18 grudnia 2019 r. I nie był w stanie uzyskać od nich nic więcej
aliasBase

Odpowiedzi:

187

Jest to błąd w WebKit (lub w samym systemie operacyjnym). I nie, nie zostało to naprawione w wersji 13. [2,3].

widzieć:


Aktualizacja:

Naprawiono to w wersji 13.4.

Rox Dorentus
źródło
41
iOS 13,2 uwolnienie nie naprawić go. I to rzuca wyjątki. wygląda na to, że loguje się co 10ms (100 na sekundę), to szybko przeżuje pliki dziennika .. smh
Roy Lovejoy
7
13.2.2 wciąż pokazuje mi ciągłą wydajność, tysiące razy. Podejrzewam, że może to mieć coś wspólnego ze zdarzeniem dotykowym lub przewijanym WKWebView, ale wciąż nie rozwiązuję problemu. Ale co najmniej okropne.
DevMike,
11
Wersja 13,3 beta również tego nie naprawiła
Eric
14
Problem został po raz pierwszy zgłoszony 24 września 2019 r. Zastanawiam się jednak, dlaczego ten problem nie cieszy się zbytnim zainteresowaniem i szybką (wypuszczoną) poprawką! Wiele osób zgłosiło, że ten problem występuje zarówno w XCode, jak i pobranych aplikacjach. Niektórzy twierdzą również, że ten problem powoduje awarię aplikacji bez względu na wszystko. Szczerze mówiąc, zacząłem teraz kwestionować niezawodność tworzenia natywnych aplikacji na górze cordova / kondensator / jonowa.
TuaimiAA
7
Nie naprawiono nawet w iOS 13.3.1, pojawia się ten sam dziennik ostrzeżeń.
Aryjczyk
61

Tak jak w zaakceptowanej odpowiedzi, jest to błąd WebKit i wygląda na to , że został on naprawiony, ale nie został wydany do czasu wydania najnowszej wersji iOS 13.2.2 (w momencie pisania tej odpowiedzi) w iOS 13.4 .

Aby obejść ten problem , możesz tymczasowo wyłączyć / ukryć dzienniki, jak wspomniano w odpowiedzi @iDevzilla :

1- Z menu Xcode otwórz: Produkt> Schemat> Edytuj schemat

2- W twoim środowisku Zmienne ustawione OS_ACTIVITY_MODE=disable

wprowadź opis zdjęcia tutaj

Spowoduje to TYLKO ukrywanie dzienników, aby można było kontynuować opracowywanie i testowanie w systemie iOS. Jak niektórzy wskazywali, problem ten powoduje awarię ich aplikacji bez względu na wszystko (dla mnie nie jest to do tej pory). Zachowaj także ostrożność przy użyciu tej metody, ponieważ może ona ukrywać ważne komunikaty o błędach!

TuaimiAA
źródło
3
Czy to sugeruje, że błąd jest uruchamiany tylko w czasie wykonywania przez xcode? Czy ten błąd będzie się powtarzał w pakiecie aplikacji pakietowej zainstalowanym na urządzeniach użytkowników?
DevMike
2
W przypadku naszej aplikacji zawiesza się w obu wariantach, bez względu na to, czy używasz aplikacji spakowanej, czy uruchomionej za pomocą Xcode. Z iOS 12 działa dobrze ...
Plocks
22
Chyba ukrywanie problemu tak naprawdę nie rozwiązuje go ...
Eric
5
@plocks Ten post nie jest w zamierzeniu rozwiązaniem, jak powiedział autor: po prostu ułatwia życie programistom, dopóki Apple nie wyda poprawki. Pomogło mi przy okazji, dzięki!
Miroslav
4
Ukrywa wszystkie NSLogi.
allenlinli
5

iOS 13.4 usunął ten błąd! Hurra!

balslev
źródło
1
Mogę potwierdzić, wiadomość zniknęła po zainstalowaniu 13.4
mwarren
3

Przyznaję, że to okropna „odpowiedź”, ale jest to ważna obserwacja. Ma to coś wspólnego z piaskownicą. Jeśli przebudujesz aplikację bez piaskownicy, nie będzie żadnych wiadomości. Jeśli włączysz piaskownicę i włączysz Połączenia wychodzące, co jest wszystkim, czego potrzebuję do mojej aplikacji, każde zdarzenie myszy w zestawie internetowym daje mi niezadowoloną wiadomość.

Jeśli dołączę również Połączenia przychodzące, tak jak test, te same wiadomości.

Usuń piaskownicę (dla aplikacji tylko do użytku wewnętrznego), bez głupich wiadomości. Być może ta obserwacja pomoże komuś z Apple jeszcze bardziej rozwiązać ten problem.

Steve Heffern
źródło
2

Naprawdę nie wiem, dlaczego to wpływa, ale hej ¯ \ _ (ツ) _ / ¯

Używam Firebase- a tutaj w moim Podfile była linia:

pod 'Firebase/DynamicLinks'

Po usunięciu tego nie mam już tych dzienników. Dziwne, ale chyba działa, jeśli na razie nie potrzebujesz jeszcze tego zasobnika.

Może to być również problemem dla innych strąków, które wiedzą.

Mam ten wiersz w moim Podfile dla funkcji, którą mam jeszcze zaimplementować, ale nie mogę, dopóki nie otrzymam pełnego konta Apple Developer Membership.

George_E
źródło
ciekawe rozwiązanie .. ale muszę użyć DynamiclLinks ... więc tak naprawdę nie mogę go usunąć
Mike
@ Mikey Tak, wiem. Przynajmniej pokazuje to przyczynę problemu. Na razie możesz go bezpiecznie zignorować, o ile Twoje linki dynamiczne działają poprawnie.
George_E
Zacząłem to widzieć dopiero po dodaniu AdmobFree, który prawdopodobnie w jakiś sposób
używa bazy ogniowej
2

Aktualizacja na 28 marca 2020 r

Wreszcie Apple wdrożyło coś, co nie tylko nie pokazuje błędu w logach, ale faktycznie pozwala; programiści do kompilowania, uruchamiania i przesyłania aplikacji.

Zwłaszcza jeśli nadchodzi z aplikacją Cordova / PhoneGap w połączeniu z dowolną strukturą / grą HTML5 / JavaScript (Ionic / Phaser), która chce działać na iOS jako opakowanie sieciowe (moje osobiste doświadczenia związane z tym problemem) za pomocą WebView. Jednak nie jestem pewien, czy ten sam problem dotyczył NativeScript / React Native lub rodzimej Java / Kotlin / Swift - nie wymagają one opakowania sieciowego do uruchomienia.

Nieważne, zaktualizuj swój iPhone / iPad do iOS 13.4 i (!!) Xcode do 11.4 . Oba zostały wydane 3 dni temu i mogą potwierdzić, że moja aplikacja owinięta Cordova nie ma już dziennika i nie ulega awarii.

Z przyczyn historycznych napiszę notatkę - wersje iOS, których dotyczy problem, to: 13.2.X, 13.3.X wraz z wersjami beta. Jeśli czytasz to po pewnym czasie - musisz się ich pozbyć, uaktualniając do wersji wyższej niż 13.3 (zalecane) lub obniżając do wersji niższej niż 13.2 (niezalecane). Drugiej opcji możesz użyć tylko wtedy, gdy Apple z jakiegoś powodu zablokuje cię z kolejnymi aktualizacjami, np. Twój iPad / iPhone będzie naprawdę stary.

Daniel Danielecki
źródło
1
Aby uniknąć nieporozumień, jego Xcode 11.4, a nie 13.4.
MartinSuecia
@MartinSuecia ani w oryginalnej odpowiedzi, ani w małym wydaniu nie wspomniał o 11,4, tylko o 13,4
Daniel Danielecki
1
Najnowsza wersja Xcode to 11.4
MartinSuecia
1
@MartinSuecia ohh nie zauważyłem, wielkie dzięki za komentarz. Naprawiono wersję Xcode w odpowiedzi.
Daniel Danielecki
Dzięki za odpowiedź, to rzeczywiście rozwiązało ten problem i usuwało błędy zagłuszające ciekawe wiadomości!
MartinSuecia
0

Pamiętaj, że musisz używać obu iOS 13.4na urządzeniu Xcode 11.4, w przeciwnym razie nadal będziesz widzieć dzienniki.

Nałogowiec
źródło