+1

+1 impossible de récupérer () les données json distantes sur ios10 w / RN 0.33

+1 ios 10.0.1 RN 0.33

+1

+1

+1

+1

Cela se passe également avec iOS 10.0.1 et RN 0.30

edit: j'ai suivi les recommandations ici et je ne reçois plus les messages

Encore un problème avec:
RN 0,34
XCode 8.0
Simulateur iOS 10.0

Cependant, cela fonctionne avec le simulateur iOS 9.2.

@marcpechaitis Je ne parviens pas à accéder au fichier de bibliothèque pour RCTWebSocket comment l'avez-vous trouvé? RTCWebSocket n'apparaît pas dans mes cibles.

@ DrBeak1

Merci d'avoir répondu @marcpechaitis . Ah. OK - Je pense que le problème est que react-native est intégré dans mon projet, qui était à l'origine UNIQUEMENT un projet obj-c natif. React a été intégré par la suite (en utilisant les instructions ici ). Mon projet n'a donc pas de dossier Bibliothèques contenant chacun des fichiers xcodeproj individuels. Les fichiers sont dans le projet, mais pas contenus dans une cible:

+1

J'ai pu retrouver le RCTWebSocket.xcodeproj, l'ouvrir et modifier les indicateurs d'avertissement, mais le journal ennuyeux __nw_connection_get_connected_socket_block_invoke persiste. La méthode mentionnée par @marcpechaitis (voir ici ) pour résoudre ce problème ne fonctionne pas pour les applications préexistantes qui ont intégré react-native (par rapport aux applications qui ont commencé comme des applications react-native). Je ne peux même pas trouver où cet appel de journal est déclenché (pas dans les fichiers obj-c, ni dans aucun module de nœud). enquête toujours.

edit: ce n'est qu'un problème lors de la construction contre main.jsbundle ... si je construis contre localhost (débogage), ces journaux disparaissent. Je soupçonne que parce que je construis en mode débogage, RN suppose que je veux me connecter au serveur localhost de débogage; ce qui dans ce cas n'est pas vrai. Mon développement RN est terminé et cette partie de l'application s'exécute à l'aide du fichier main.jsbundle que j'ai créé.

L'erreur de construction mentionnée par
Cette erreur est une erreur d'exécution. Fait intéressant, cela fonctionne pour moi dans le simulateur ios 10 mais pas sur l'appareil réel.

@matthiasdilger oups, pensait que @marcpechaitis faisait référence à l'OP.

Salut les gars! Cela fonctionne pour moi ( sur simulateur ):

1. Menu Xcode -> Produit -> Modifier le schéma ...
2. Variables d'environnement -> Ajouter -> Nom: "OS_ACTIVITY_MODE", Valeur: "désactiver"
3. Exécutez à nouveau votre application, c'est fait! 😄

@HADB échoue toujours sur l'appareil pour moi

Je l'ai fait fonctionner sur l'appareil et le simulateur maintenant en réaffectant tous les certificats de signature et les droits dans le projet.

Xcode 8.0, ios10, iphone 5s

Sous les paramètres du compilateur de la cible RCTWebSocket fonctionnent pour moi.

Aucune de ces solutions ne fonctionne du tout pour moi. J'ai ajouté les exceptions dans mon info.plist et je ne peux tout simplement pas me connecter à mon serveur de paquets à partir de mon téléphone physique. Je ne veux pas désactiver les erreurs comme @HADB mentionnées avec OS_ACTIVITY_MODE également, c'est une erreur légitime.

Une solution à ce problème?

+1

RN 0,34,0
iOS 10.0.1
iphone 5s

Dans le simulateur iOS 10, je reçois également une tonne de messages de journal liés à __nw .

+1

RN 0,35,0-rc,0
IOS 10.1
IPhone 7 Plus

+1

Cela semble être un problème iOS 10, et non un problème React Native.

https://twitter.com/xenadu02/status/776669668404629504

L'utilisation de OS_ACTIVITY_MODE=disable ( comme le suggère HADB ) est la seule solution de contournement actuelle.

@aleclarson J'étais d'accord avec la partie journal mais react-native ne parvient toujours pas à récupérer le fichier de bundle sur IOS 10

@ frnk94 Parlez -vous du .jsbundle ? Le packager sert très bien mon bundle de développement.

Vous utilisez peut-être un AppDelegate.m obsolète s'il ne possède pas ceci:

jsCodeLocation = [[RCTBundleURLProvider sharedSettings] jsBundleURLForBundleRoot:@"index.ios" fallbackResource:nil];

@alanchenup Je pense que c'est un problème avec mon AppDelegate.m qui ne se connecte pas à mon appareil réel merci pour la réponse, je corrige mon code! :). Cela fonctionne très bien dans le simulateur

je l'ai résolu par les commandes du menu xcode:
produit -> nettoyer
et (maintenez la touche d'option enfoncée)
produit -> 'dossier de construction propre'

+1

RN 0,34,0
iOS 10.0.1
iphone 5s

fonctionne dans le simulateur iOS 10 mais ne fonctionne pas dans le vrai iphone 5S

@pietgk Pas de chance avec cette solution pour moi.

OS_ACTIVITY_MODE=disable fonctionne mais c'est plus une option nucléaire étant donné qu'elle masque _toutes_ vos instructions NSLog lors de l'exécution sur un périphérique. Il vaut peut-être mieux vivre avec la pollution des journaux pour le moment lors de l'exécution sur un appareil.

@aleclarson @ frnk94 En fait, la vraie erreur que nous obtenons je pense est:
Sending websocketFailed with no listeners registered.

Je ne peux pas non plus recharger js à partir du serveur, sur le périphérique physique qui est.

+1

+1

@marcpechaitis Merci de partager mon article!

+1

J'obtiens cela lorsque j'ai à la fois le débogage à distance et le débogage de la console (via react-native log-ios ). La désactivation du débogage à distance résout le problème.

@warrenronsiek comment désactiver le débogage à distance?

@JansenLi Si vous ne savez pas ce que c'est, cela ne cause probablement pas le problème. Dans votre simulateur, appuyez sur la commande + D et un menu apparaîtra dans lequel vous pouvez activer ou désactiver «Déboguer JS à distance».

+1

+1

J'ai reçu cette erreur lorsque mon téléphone n'était pas connecté au Wi-Fi. 🙈

La solution de HADB ci-dessus a fonctionné pour moi, mais il manque quelques étapes dans XCode8, qui sont ajoutées ici pour plus de clarté:

1. Application Xcode -> Produit -> Schéma -> Modifier le schéma ...
2. Exécuter -> Arguments -> Variables d'environnement -> Ajouter (+) -> Nom: "OS_ACTIVITY_MODE", Valeur: "désactiver" -> Fermer
3. Exécutez à nouveau votre application, c'est fait! 😄
   Cela supprime les erreurs lors de l'exécution, mais je ne suis pas sûr que cela résout le problème sous-jacent.

+1

pas utile, essayer de comprendre ce qui se passe

Toujours présent sur

RN 0,40,0
iOS 10.1
iPhone 6+

(Installation propre avec react-native init )

La désactivation des journaux fonctionne, ou je peux simplement les filtrer et les ignorer, mais est-ce que quelqu'un sait quoi / si quelque chose est réellement cassé?

+1

+1

+1

+1
iOS 10.2
RN 0,35

+1
iOS 10.2
RN 0,40

Le message de journal '__nw_connection_get_connected_socket_block_invoke' se produit une fois par seconde dans le projet 'react-native-router-flux' que j'évalue. Le message semble provenir d'une bibliothèque compilée car une simple recherche de texte n'a rien révélé de node_modules, etc.

Veuillez consulter https://github.com/facebook/react-native/issues/10027#issuecomment -261608678 ou http://stackoverflow.com/a/39461256/158525
Xcode 8 avec iOS 10 affiche beaucoup plus d'instructions de débogage de bas niveau.

+1 RN0.34 et RN0.32

ont toujours le même problème avec RN 0.40 et XCode 8.2.1

+1

+1

+1
iOS 10.2
RN 0,35

pour moi, ce problème a disparu après la mise à niveau vers rn0.40

+1
Xcode 8.2.1
RN: 0,40

J'ai le même projet sur 2 Mac, j'ai arrêté de travailler sur celui où je devais réinstaller node / npm (et donc toutes les dépendances globales). Cela fonctionne toujours bien sur l'autre (cependant, il n'a pas pu le faire fonctionner sur un vrai iPhone). Donc, pour moi, cela ressemble à quelque chose sans rapport avec Xcode / iOS.

Mise à jour: après avoir nettoyé node_modules et npm i, fonctionne bien, la vie est revenue à la normale :)

Eh bien, en quelque sorte :) toujours ces derniers à chaque seconde, l'application semble fonctionner cependant.
__nw_connection_get_connected_socket_block_invoke 60 La connexion n'a pas de gestionnaire connecté

Et c'est parti maintenant. Aussi inattendu et inexpliqué que cela soit venu.

Peut-être sans rapport, mais ce problème a été résolu pour moi une fois que j'ai désactivé le mode d'accessibilité d'accès guidé sur mon iPhone 6. Cela semble tiré par les cheveux, mais quand même ...

+1
aucune solution jusqu'ici n'a aidé

Modifier le schéma -> Exécuter -> Arguments - nouvel env. var. OS_ACTIVITY_MODE avec disable m'a aidé

Vous pouvez faire taire l'erreur avec OS_ACTIVITY_MODE, il ne s'agit que d'une fausse journalisation depuis le websocket que nous ouvrons à React Devtools.

Salut @javache
Je serais gentiment en désaccord avec votre point de vue.
En effet, beaucoup d'entre nous sont conscients que la désactivation de la journalisation du système d'exploitation empêchera que cela s'affiche. Mais cela nous empêche également de faire le débogage normal de nos applications ... Encore une fois la semaine dernière, notre équipe a eu un problème et il nous a fallu une éternité jusqu'à ce que nous nous souvenions de réactiver les journaux du système d'exploitation pour détecter l'erreur et trier notre problème ...

La solution de @pietgk a fonctionné pour moi

ce n'est pas un problème.

Quel est le problème avec les gens qui clôturent ce problème? La désactivation de l'erreur dans la console de sortie n'est pas une solution. Qu'est-ce qui cause le problème, que se passe-t-il? Est-ce une erreur ou un avertissement? Pourquoi toutes ces mêmes sorties (avec un incrément) s'affichent indéfiniment? Je pense que c'est le seul point pertinent. Dis-moi si je me trompe ...

J'obtiens cette erreur / avertissement lorsque j'utilise Fetch sur mon api sur le net, le paquet se charge correctement (ios10.3 / RN 0.43-rc4). Le serveur reçoit la demande et envoie la réponse mais RN ne reçoit jamais la réponse.
Donc, mon vrai problème ici n'est pas de recevoir la réponse et pas les avertissements.

Les gars, veuillez rouvrir ce numéro. Merci.

Veuillez l'examiner.

XCode 8.2.1
RN .43
iOS 10.3
Même chose ici. Désactiver la console pour masquer le problème n'est pas une option pour moi.

La désactivation de la console pour masquer le problème ne devrait être une option pour personne. Fermer les yeux vous empêche également de voir les avertissements.

La désactivation de la sortie signifie que je ne peux rien déboguer. Cela devrait être rouvert !!!

Veuillez rouvrir le problème.
Balayer l'erreur sous le tapis ne semble pas du tout être une solution.

Commenter +1 n'est pas utile ici, alors arrêtez de le faire. Selon https://twitter.com/xenadu02/status/776669668404629504, il s'agit d'un problème de simulateur, qui devrait être résolu dans une future mise à jour.

Commentaire juste @javache.

Cela étant dit, je vois cela lors de l'exécution sur l'appareil en mode de débogage et de libération. Ce n'est pas le genre de problème qui fait perdre le sommeil la nuit, mais cela peut certainement être considéré comme une pollution sonore;)

Donc, si vous le reconnaissez comme un problème qui devrait être résolu dans une future mise à jour, pourquoi ne pas garder ce problème ouvert pour refléter votre position à ce sujet?

Pas une solution de contournement XCode, mais cela a soulagé la douleur pour moi lors de l'utilisation du terminal.

react-native log-ios | grep -v __nw_connection_get_connected_socket_block_invoke

@javache

1. Ceci est reproductible sur de vrais appareils en mode dev.
2. Enregistrer également les messages de libnetwork.dylib lui-même est définitivement un échec d'Apple, je dois dire que le spam incontrôlé dans la console est personnellement un comportement RN. Si je ne fais pas les choses stupides, je ne devrais pas voir les erreurs de console toutes les 2 secondes.

Remarque pour les développeurs RN:
La source du problème est la logique de reconnexion dans RCTWebSocketObserver (au moins dans RN 0.42.3) ou dans le [RCTDevMenu packagerURL] . Méthode reconnect spam OS avec des tentatives périodiques. Le plus merveilleux pour moi était le fait qu'il essaie de se connecter à « http: //localhost.8081/message » à partir d'un appareil réel.

@javache Juste un

Selon https://twitter.com/xenadu02/status/776669668404629504, il s'agit d'un problème de simulateur, qui devrait être résolu dans une future mise à jour.

Voir également cela sur un appareil réel exécutant 10.3.1 (14E304) avec RN 0.44.0.

__EDIT: __ Oups, je viens de voir que @vovkasm vous a déjà informé, désolé! Je lisais du haut mais tous les "+1" m'ont atteint et j'ai arrêté de lire.

@javache exécutant l' iPhone 5 avec iOS 10.2, un appareil physique rencontre ce problème

Quelqu'un a-t-il dit que la saisie fonctionne bien? :visage de troll:

Cela se produit sur un appareil réel. Je pourrais désactiver les messages, mais cela ressemble à une chose qui nécessite une correction / une explication.

La suggestion
react-native log-ios | grep -v nw_connection_get_connected_socket_block_invoke

Quelqu'un envisage-t-il une véritable solution à ce problème au lieu de simplement désactiver les journaux? Mon OCD devient fou à ce problème, mais aussi à la désactivation de la journalisation. Suis-je le seul?

@fgaleano vous n'êtes pas le seul. J'ai une idée, mais je n'ai pas le temps de la mettre en œuvre actuellement.
Je pense que RN doit implémenter une sorte d'indicateur de configuration pour activer / désactiver éventuellement la connexion à la machine hôte. Cet indicateur peut probablement être un commutateur d'exécution dans le menu de développement ... mais pas sûr.

Actuellement, j'utilise diverses solutions de contournement pour filtrer les messages indésirables de la console (grep ou équivalents si connexion au terminal). Je ne recommanderais pas de désactiver les journaux avec OS_ACTIVITY_MODE, car il cache d'autres messages importants: - /

Je comprends que publier +1 n'est pas utile. En quoi est-il utile de fermer un problème ouvert? On dirait que Facebook a d'étranges politiques kafkaïennes sur les bogues

@vovkasm Comment filtrer les messages dans xCode?

@andreyslyusar nohow, Xcode n'a aucun filtre dans la console :-(, il existe également des filtres avancés dans l'application Console sur Sierra.

Mais grep reste le moyen le plus puissant de me filtrer, donc j'utilise iOS Console , il contient une application de ligne de commande à l'intérieur du bundle.
Je peux donc faire /Applications/iOS\ Console.app/Contents/Resources/iosconsole | egrep anything depuis le terminal.

Juste quelques réflexions à ce sujet. Bien sûr, la définition de OS_ACTIVITY_MODE sur désactiver, bloque les erreurs générées de manière native. Cela étant dit, si vous êtes dans la phase de test-débogage, voir le nombre constant de messages nw_connection_get_connected_socket_block_invoke peut empêcher de voir ce que nous voulons réellement voir dans la console (vérification des sorties, état de l'application, etc.). Tant que vous gardez à l'esprit ce correctif est temporaire et peut être d'une grande aide. Ciao!

Cela arrive toujours avec RN 0.44.0, iOS 10, iPhone 5S.

Continuez à voir "__nw_connection_get_connected_socket_block_invoke" chaque seconde est très ennuyeux, donc le correctif temporaire OS_ACTIVITY_MODE est très utile.

Voyant cela aussi. Ça fait un moment. Je l'ignore depuis un moment, mais ça me touche :).

RN 0.44, Xcode 8.3.3

Pour développer l'explication de @javache , cette erreur provient du websocket qui est intégré à react-native pour se connecter aux react-devtools. Si vous n'exécutez pas react-devtools pendant le débogage, vous obtiendrez cette erreur, et elle pompe également un tas de messages sur le pont se plaignant de ne pas pouvoir ouvrir le websocket (vous ne verrez ces erreurs que si vous utilisez quelque chose comme rn-snoopy ).

L'erreur s'arrêtera dès que vous installerez et ouvrirez react-devtools. Consultez ces instructions pour savoir comment procéder:
https://github.com/facebook/react-devtools/blob/master/packages/react-devtools/README.md

@emusgrave ,

1. ni @javache ni personne de Facebook n'a rien fait pour expliquer le problème dans ce fil :-(
2. react-devtools est bon quand cela fonctionne :-) mais la plupart du temps vous rencontrerez des bogues (par exemple, le débogueur simple ne fonctionne pas dans RN 0.45.1, pourquoi devtools le fera-t-il?)
3. avez-vous réagi-devtools fonctionnant lors de l'exécution de l'application sur un vrai appareil iOS?

@vovkasm
En ce qui concerne votre n ° 3, j'ai pu faire fonctionner react-devtools à partir d'un vrai appareil iOS, mais le message dans la console xcode s'affiche toujours. Je pense que c'est à cause de la façon dont je l'ai résolu, comme suit:

En haut de mon point d'entrée dans JS, j'ai ajouté le hook suivant dans react-devtools:

   require('react-devtools-core').connectToDevTools({
     host: '192.168.2.115',
     port: '8097',
   });

(remplacez évidemment l'adresse IP par votre propre adresse IP de poste de travail).

Cela crée la connexion à react-devtools, mais il semble que le code natif de réaction interne tente toujours sa propre connexion, et donc le message continue à apparaître dans la console xcode.

Je n'ai pas encore trouvé comment utiliser conditionnellement la solution require('react-devtools-core') UNIQUEMENT lors de l'utilisation d'un appareil physique sans (dé) commenter manuellement le code.

Je soutiendrai que c'était un problème de react-devtools pour moi. Une fois que je les ai installés, tous les messages s'arrêtaient immédiatement. Voici les instructions d'installation: https://github.com/facebook/react-devtools/blob/master/packages/react-devtools/README.md

C'est un problème indead react-devtools, dès que je le démarre, les journaux ennuyeux s'arrêtent.

C'était donc react-devtools depuis le début ?? Ils devraient mettre cela en ÉNORMES LETTRES NOIRES!

@fgaleano SOLUTION = INSTALLER REACT-DEVTOOLS
;)

https://github.com/facebook/react-native/commit/878b7e42fae990df745af2db6ac50cbac8a8ce1c supprime ce message de journal en cours de développement en redirigeant une fonction de journal Apple interne.

C'est une solution de contournement raisonnable. Ce serait très bien aussi d'avoir react-devtools fonctionnel en option.

L'avoir facultatif rendrait l'expérience pire dans l'ensemble. Je crois fermement que les outils de débogage sont au cœur de ce qui rend le développement avec react native génial.

Après réflexion, c'est une mauvaise idée du tout.

1. Cela gaspille déjà plus de travail qu'une bonne solution
2. Il utilise une technique discutable et difficile à déboguer pour masquer les vrais avertissements ("real warning" ici n'est pas la ligne nw_connection ... dans les journaux lui-même, mais un nombre infini de ces lignes)
3. Il amène à projeter l'outil de danger comme dépendance
4. Il cache tous ces avertissements (non seulement d'une connexion react-devtools mal conçue, mais utile si le développeur de l'application fait la même erreur)
5. Il cache le cycle de reconnexion à l'infini sur un appareil réel

Je crois fermement que l'expérience des développeurs avec React-Native serait meilleure avec un code et un comportement plus transparents et clairs, pas avec de plus en plus de couches de solutions de contournement.

C'est un bogue que l'avertissement s'affiche même sur les nouvelles versions d'ios. Donc, cela ne cache rien d'utile. La reconnexion de socket se produit uniquement sur les versions de débogage et jamais sur les versions de version. Tout est éventuellement compilé avec l'indicateur RCT_DEV.

Si ce changement cause des problèmes, je suis plus que disposé à le supprimer, mais actuellement, il cache un problème qui ennuyait beaucoup de développeurs.

@matthiasdilger ** Cela fonctionne maintenant sur l'appareil et le simulateur en réaffectant tous les certificats de signature et les droits dans le projet.

Xcode 8.0, ios10, iphone 5s ** comment vous l'avez fait s'il vous plaît; Je vous remercie

Voir toujours cette erreur à partir de la version 0.48.3 native de réaction. Ignorer les erreurs est un hack, pas une solution!

J'ai fait disparaître les journaux en configurant react-devtools. Voici les étapes (en utilisant React v0.48):

1. Installez react-devtools: npm install -g react-devtools
2. Exécutez react-devtools: react-devtools
3. Dans votre projet, modifiez node_modules / react-native / Libraries / Core / Devtools / setupDevtools.js en remplaçant 'localhost' par l'adresse IP de votre machine de développement.
4. Créez et exécutez votre projet dans Xcode.

Merci @takameyer. Remarque: le simple fait d'exécuter react-devtools fonctionne pour moi, pas besoin de modifier setupDevtools.js .

@lrettig c'est réellement nécessaire lors du débogage sur un appareil réel.

Il y a une pull request afin de faire remplir le code natif d'IOS dans l'adresse IP locale (de la machine de débogage):
https://github.com/facebook/react-native/issues/14431

Cela semble stupide d'exiger la modification du code d'un module JS pour éviter cette pollution du journal. la solution OS_ACTIVITY_MODE est devenue inutile avec IOS 11, car elle bloque toutes les instructions NSLog, pas seulement les journaux système. Dans notre cas, plus de log - que j'ai eu du mal à lier à ce hack que j'avais mis en place auparavant!
Comme quelqu'un l'a dit, un hack n'est pas bon. Un correctif approprié est requis. C'est plus qu'un inconvénient lorsque vous essayez de déboguer des choses :(

J'ai confirmé le même problème dans l'environnement suivant:
iOS: 10.3.3 (appareil réel)
Réagir Natif: 0,48
Xcode: 9,0
Et l'application fonctionne très lentement. (Ce n'était pas le cas)

CEPENDANT, lorsque vous êtes dans Xcode -> Produit -> Schéma -> Modifier le schéma -> Onglet Info -> Configuration de la construction -> défini de Debug à 'Release'
Exécutez à nouveau l'application, le message d'erreur a disparu et l'application fonctionne comme prévu.
Bien sûr, ce N'EST PAS une solution d'aucune sorte, mais je veux juste partager cela et peut-être donner un petit coup de pouce à la vraie solution.
Bon codage!

Même problème.
RN: 0,49,3
Exécution d'iOS 11
Xcode 9
Appareil réel

même problème

IA: 0,49,0
iOS 11, iPhone 5s
Xcode 9

Veuillez le rouvrir. Je ne parviens pas à recharger et à déboguer sur l'appareil.

Cela se passe toujours pour moi aussi ... ne peut pas fonctionner sur l'appareil, mais le simulateur fonctionne.

IA: 0,49,0
iOS 11, iPhone 7
Xcode: 9.0.1

Ce problème est toujours d'actualité. Je me suis posé des questions sur les longs temps de démarrage lors des tests sur les appareils. Changer la configuration de construction comme @kawashimaken a fonctionné pour moi. Le développement et le débogage sont actuellement impossibles.

Merci @takameyer. Les étapes que vous avez mentionnées ont résolu le problème.

cool @takameyer

@takameyer utilisant react-devtools calme les journaux XCode, mais j'ai un problème lié à ce que je pense. Je continue à obtenir une sortie réseau sans fin dans React Native Debugger avec un appel appelé callbacks_poll qui ne se produit que lorsque le débogage à distance est actif. Je vois la même chose dans le débogueur Chrome. Cela crée également une fuite de mémoire. Mais je ne sais pas si c'est le même problème. Il semble être apparu récemment. Je suis sur RN0.49.5

C'est toujours un problème sur React Native 0.50.4, Xcode 9.1, iOS 11.1, macOS High Sierra

TCP Conn 0x1c03627c0 Failed : error 0:61 [61]
[] nw_connection_get_connected_socket 164 Connection has no connected handler
encore et encore, noyant tous les autres journaux ...

J'ai le même problème sur mon iPhone 6s, iOS 10. Compilé le projet iOS à partir de Xcode selon les instructions du wiki et l'application se fige dans l'écran de démarrage. Voici le journal que je reçois:

2017-12-05 13:20:06.849 [info][tid:main][RCTBatchedBridge.m:75] Initializing <RCTBatchedBridge: 0x1c01ba080> (parent: <RCTBridge: 0x1c00d0450>, executor: RCTJSCExecutor)
2017-12-05 13:20:06.854783-0300 StatusIm[1755:195391] Initializing <RCTBatchedBridge: 0x1c01ba080> (parent: <RCTBridge: 0x1c00d0450>, executor: RCTJSCExecutor)
2017-12-05 13:20:09.213 [info][tid:com.facebook.react.JavaScript] There was an error collecting entropy from the browser:
2017-12-05 13:20:09.213595-0300 StatusIm[1755:195564] There was an error collecting entropy from the browser:
2017-12-05 13:20:09.216 [info][tid:com.facebook.react.JavaScript] { [TypeError: undefined is not an object (evaluating 'sjcl.random')]
  line: 61724,
  column: 28,
  sourceURL: 'http://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false' }
2017-12-05 13:20:09.215912-0300 StatusIm[1755:195564] { [TypeError: undefined is not an object (evaluating 'sjcl.random')]
  line: 61724,
  column: 28,
  sourceURL: 'http://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false' }
2017-12-05 13:20:09.305 [info][tid:com.facebook.react.JavaScript] There was an error collecting entropy from the browser:
2017-12-05 13:20:09.305135-0300 StatusIm[1755:195564] There was an error collecting entropy from the browser:
2017-12-05 13:20:09.306 [info][tid:com.facebook.react.JavaScript] { [Error: Requiring module "629", which threw an exception.]
  line: 136,
  column: 15,
  sourceURL: 'http://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false' }
2017-12-05 13:20:09.305704-0300 StatusIm[1755:195564] { [Error: Requiring module "629", which threw an exception.]
  line: 136,
  column: 15,
  sourceURL: 'http://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false' }
2017-12-05 13:20:09.526 [info][tid:main][RCTRootView.m:284] Running application StatusIm ({
    initialProps =     {
    };
    rootTag = 1;
})
2017-12-05 13:20:09.526001-0300 StatusIm[1755:195391] Running application StatusIm ({
    initialProps =     {
    };
    rootTag = 1;
})
2017-12-05 13:20:09.530 [info][tid:com.facebook.react.JavaScript] Running application "StatusIm" with appParams: {"rootTag":1,"initialProps":{}}. __DEV__ === true, development-level warning are ON, performance optimizations are OFF
2017-12-05 13:20:09.530103-0300 StatusIm[1755:195564] Running application "StatusIm" with appParams: {"rootTag":1,"initialProps":{}}. __DEV__ === true, development-level warning are ON, performance optimizations are OFF
2017-12-05 13:20:09.587 [info][tid:com.facebook.react.JavaScript] Loading Closure base.
2017-12-05 13:20:09.587179-0300 StatusIm[1755:195564] Loading Closure base.
2017-12-05 13:20:09.588 [info][tid:com.facebook.react.JavaScript] Shimming require
2017-12-05 13:20:09.587855-0300 StatusIm[1755:195564] Shimming require
2017-12-05 13:20:10.377936-0300 StatusIm[1755:195547] [] nw_connection_get_connected_socket 3 Connection has no connected handler
2017-12-05 13:20:10.377975-0300 StatusIm[1755:195547] TCP Conn 0x1c0164a40 Failed : error 0:61 [61]
2017-12-05 13:20:10.709350-0300 StatusIm[1755:195547] TIC TCP Conn Failed [4:0x1c4162340]: 1:61 Err(61)
2017-12-05 13:20:10.709579-0300 StatusIm[1755:195547] Task <6BA6D0FB-6F5F-459F-8D6A-AB299AF9D169>.<1> HTTP load failed (error code: -1004 [1:61])
2017-12-05 13:20:10.710073-0300 StatusIm[1755:195537] Task <6BA6D0FB-6F5F-459F-8D6A-AB299AF9D169>.<1> finished with error - code: -1004
2017-12-05 13:20:10.716 [error][tid:com.facebook.react.JavaScript] { [TypeError: Network request failed]
  line: 6335,
  column: 29,
  sourceURL: 'http://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false' }
2017-12-05 13:20:10.716440-0300 StatusIm[1755:195564] { [TypeError: Network request failed]
  line: 6335,
  column: 29,
  sourceURL: 'http://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false' }
2017-12-05 13:20:10.828 [warn][tid:com.facebook.react.JavaScript] Possible Unhandled Promise Rejection (id: 0):
error is not a function. (In 'error()', 'error' is an instance of TypeError)
http://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false:129458:21
tryCallOne<strong i="6">@http</strong>://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false:3829:14
http://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false:3915:25
callTimer<strong i="7">@http</strong>://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false:2142:17
callImmediatesPass<strong i="8">@http</strong>://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false:2228:36
callImmediates<strong i="9">@http</strong>://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false:2238:48
guard<strong i="10">@http</strong>://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false:1860:7
__callImmediates<strong i="11">@http</strong>://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false:2008:12
http://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false:1897:31
guard<strong i="12">@http</strong>://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false:1860:7
callFunctionReturnFlushedQueue<strong i="13">@http</strong>://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false:1895:12
callFunctionReturnFlushedQueue@[native code]
2017-12-05 13:20:10.828779-0300 StatusIm[1755:195564] Possible Unhandled Promise Rejection (id: 0):
error is not a function. (In 'error()', 'error' is an instance of TypeError)
http://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false:129458:21
tryCallOne<strong i="14">@http</strong>://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false:3829:14
http://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false:3915:25
callTimer<strong i="15">@http</strong>://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false:2142:17
callImmediatesPass<strong i="16">@http</strong>://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false:2228:36
callImmediates<strong i="17">@http</strong>://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false:2238:48
guard<strong i="18">@http</strong>://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false:1860:7
__callImmediates<strong i="19">@http</strong>://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false:2008:12
http://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false:1897:31
guard<strong i="20">@http</strong>://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false:1860:7
callFunctionReturnFlushedQueue<strong i="21">@http</strong>://192.168.0.13.xip.io:8081/index.ios.bundle?platform=ios&dev=true&minify=false:1895:12
callFunctionReturnFlushedQueue@[native code]
2017-12-05 13:20:13.504143-0300 StatusIm[1755:195547] [] nw_connection_get_connected_socket 6 Connection has no connected handler
2017-12-05 13:20:13.504274-0300 StatusIm[1755:195547] TCP Conn 0x1c0167f80 Failed : error 0:61 [61]

2017-12-05 13:20:16.618225-0300 StatusIm[1755:195543] [] nw_connection_get_connected_socket 7 Connection has no connected handler
2017-12-05 13:20:16.618266-0300 StatusIm[1755:195543] TCP Conn 0x1c0167800 Failed : error 0:61 [61]
2017-12-05 13:20:19.735413-0300 StatusIm[1755:195537] [] nw_connection_get_connected_socket 8 Connection has no connected handler
2017-12-05 13:20:19.735505-0300 StatusIm[1755:195537] TCP Conn 0x1c0167d40 Failed : error 0:61 [61]
2017-12-05 13:20:22.848930-0300 StatusIm[1755:195543] [] nw_connection_get_connected_socket 9 Connection has no connected handler
2017-12-05 13:20:22.848997-0300 StatusIm[1755:195543] TCP Conn 0x1c01663c0 Failed : error 0:61 [61]

Et ça continue encore et encore ...

Quelqu'un peut-il signaler si RN 0.51.0 a résolu ce problème? J'en doute mais je n'ai pas encore pu le tester.

Malheureusement, il existe toujours.

~/Documents/Development/ReactNative/AwesomeProject$ react-native -v
react-native-cli: 2.0.1
react-native: 0.51.0

Xcode:

2017-12-07 09:19:17.996487+0000 AwesomeProject[1887:905415] TCP Conn 0x1c016c600 Failed : error 0:61 [61]
2017-12-07 09:19:20.199010+0000 AwesomeProject[1887:905411] [] nw_connection_get_connected_socket 22 Connection has no connected handler
2017-12-07 09:19:20.199120+0000 AwesomeProject[1887:905411] TCP Conn 0x1c416a140 Failed : error 0:61 [61]
2017-12-07 09:19:22.329654+0000 AwesomeProject[1887:905417] [] nw_connection_get_connected_socket 23 Connection has no connected handler
2017-12-07 09:19:22.329713+0000 AwesomeProject[1887:905417] TCP Conn 0x1c016c600 Failed : error 0:61 [61]
2017-12-07 09:19:24.472388+0000 AwesomeProject[1887:905417] [] nw_connection_get_connected_socket 24 Connection has no connected handler

Désactiver OS_ACTIVITY_MODE n'est pas un bon moyen.

Au début, j'exécute yarn start à la racine native de React. Le journal fou disparaît dans le simulateur, mais apparaît toujours dans un appareil réel.

Après plusieurs heures de travail, et lisez tous les commentaires encore et encore. Je trouve enfin que @emilsjolander 878b7e4 fonctionne parfaitement.

Je me débarrasse de ce journal fou en commentant le code dans la fonction - (void)reconnect , qui dans React/RCTWebSocket/RCTReconnectingWebSockect.m .
Le journal fou s'en va. Mais c'est juste une solution de contournement. Vous ne voudrez pas faire ça à chaque fois.

Pour d'autres, je pense que la mise à niveau de React-native vers 0.51.0 peut résoudre ce problème, semble 878b7e4 est dans cette branche.

Il existe toujours.
"réagir": "16.2.0",
"react-native": "0.52.0",

xcode:

2018-01-10 15: 54: 15.635865 backgroundexample [3900: 1884257] [] __nw_connection_get_connected_socket_block_invoke 146 La connexion n'a pas de gestionnaire connecté
2018-01-10 15: 54: 17.134563 backgroundexample [3900: 1884258] [] __nw_connection_get_connected_socket_block_invoke 147 La connexion n'a pas de gestionnaire connecté
2018-01-10 15: 54: 17.629791 backgroundexample [3900: 1884329] [] __nw_connection_get_connected_socket_block_invoke 148 La connexion n'a pas de gestionnaire connecté

Quelqu'un a une solution de contournement ?? C'est toujours arrivé sur mon appareil iOS.

Je viens de mettre en œuvre une solution de contournement partielle pour cela. Voir https://github.com/facebook/react-native/pull/17617
Il ajoute le paramètre Activer / Désactiver DevTools au menu développeur intégré à l'application.

Mais malheureusement, cela ne suffit pas. Surtout parce qu'un autre websocket créé dans RCTPackagerConnection (funcition socketForLocation ) et comme je peux le voir, il ne peut pas être désactivé à partir de AppDelegate :-(

Je peux probablement ajouter un autre élément au menu développeur intégré pour activer / désactiver la connexion au packager. Que pensent les gens? Peut-être que je manque quelque chose?

Je comprends ce problème .....
l'erreur "nw_connection_get_connected_socket" n'apparaîtra pas si vous mettez à jour votre paramètre （ https://github.com/facebook/react-native/issues/10027#issuecomment -261608678）.

mais, vous ne pouvez toujours pas vous connecter, vérifiez que votre smartphone et votre bureau sont connectés sur le même réseau ......

Y a-t-il un mouvement sur cette erreur? Je reçois toujours les erreurs suivantes et je me demande si cela a un effet sur la connectivité de mon framework inclus?

Produit sur RN: 51, 52 & 53, sur un nouveau projet, rapidement éjecté

2018-02-26 10:35:30.461406+0000 AwesomeProject[1116:328205] NSURLConnection finished with error - code -1001
2018-02-26 10:35:30.475292+0000 AwesomeProject[1116:328202] Task <B8745B69-267D-47AB-BCE2-B4DD3C525418>.<0> HTTP load failed (error code: -999 [1:89])
2018-02-26 10:35:30.479 [info][tid:main][RCTCxxBridge.mm:210] Initializing <RCTCxxBridge: 0x1c41c6540> (parent: <RCTBridge: 0x1cc0cdc10>, executor: (null))
2018-02-26 10:35:30.483170+0000 AwesomeProject[1116:328126] Initializing <RCTCxxBridge: 0x1c41c6540> (parent: <RCTBridge: 0x1cc0cdc10>, executor: (null))
2018-02-26 10:35:30.554 [warn][tid:main][RCTBridge.m:120] Class RCTCxxModule was not exported. Did you forget to use RCT_EXPORT_MODULE()?
2018-02-26 10:35:30.554183+0000 AwesomeProject[1116:328126] Class RCTCxxModule was not exported. Did you forget to use RCT_EXPORT_MODULE()?
2018-02-26 10:35:30.578 [warn][tid:main][RCTModuleData.mm:69] Module RCTImageLoader requires main queue setup since it overrides `init` but doesn't implement `requiresMainQueueSetup`. In a future release React Native will default to initializing all native modules on a background thread unless explicitly opted-out of.
2018-02-26 10:35:30.577913+0000 AwesomeProject[1116:328126] Module RCTImageLoader requires main queue setup since it overrides `init` but doesn't implement `requiresMainQueueSetup`. In a future release React Native will default to initializing all native modules on a background thread unless explicitly opted-out of.
2018-02-26 10:35:30.657 [info][tid:main][RCTRootView.m:302] Running application AwesomeProject ({
    initialProps =     {
    };
    rootTag = 1;
})
2018-02-26 10:35:30.657524+0000 AwesomeProject[1116:328526] [] nw_connection_get_connected_socket 2 Connection has no connected handler
2018-02-26 10:35:30.657537+0000 AwesomeProject[1116:328526] TCP Conn 0x1d0360d80 Failed : error 0:61 [61]
2018-02-26 10:35:30.790 [info][tid:com.facebook.react.JavaScript] Running application "AwesomeProject" with appParams: {"rootTag":1,"initialProps":{}}. __DEV__ === true, development-level warning are ON, performance optimizations are OFF

Cela existe toujours avec les RN 0.52.0 et 0.54.0-rc.3.
J'observe également l'application du mode de débogage tomber dans une boucle où une tonne de journaux concernant les `` accessoires mémorisés '' (quelque chose comme ça) sont rejetés dans la vue du journal Xcode, les surchauffes de l'appareil (iphone 7), puis l'application se bloque.

Eh bien, c'est un problème. iOS 11, réagissez 0,54.

Le symbole de reliure ne semble pas fonctionner sur l'appareil, aucune des méthodes de remplacement n'est appelée. Cela me dérange également qu'il y ait deux Websockets essayant de se connecter à localhost malgré l'exécution sur l'appareil.

fetch () ne fonctionne toujours pas