+1

+1 no es posible recuperar () datos json remotos en ios10 con RN 0.33

+1 iOS 10.0.1 RN 0.33

+1

+1

+1

+1

También sucede con iOS 10.0.1 y RN 0.30

editar: Seguí las recomendaciones aquí y ya no recibo los mensajes

Sigue siendo un problema con:
Enfermera 0,34
XCode 8.0
Simulador de iOS 10.0

Sin embargo, funciona con el simulador de iOS 9.2.

@marcpechaitis No puedo acceder al archivo de la biblioteca de RCTWebSocket, ¿cómo lo encontró? RTCWebSocket no aparece en mis objetivos.

@ DrBeak1

Gracias por responder @marcpechaitis . ¡Ah! De acuerdo, creo que el problema es que react-native está integrado en mi proyecto, que originalmente era SOLO un proyecto nativo de obj-c. React se integró posteriormente (siguiendo las instrucciones aquí ). Entonces, mi proyecto no tiene una carpeta de Bibliotecas que contenga cada uno de los archivos xcodeproj individuales. Los archivos están en el proyecto, pero no están contenidos en un destino:

+1

Pude rastrear el RCTWebSocket.xcodeproj, abrirlo y alterar las banderas de advertencia, pero el molesto registro __nw_connection_get_connected_socket_block_invoke persiste. El método mencionado por @marcpechaitis (ref. Desde aquí ) para solucionar esto no funciona para aplicaciones preexistentes que tienen integrado react-native (frente a aplicaciones que comenzaron como react-native apps). Ni siquiera puedo encontrar dónde se está disparando esta llamada de registro (no en archivos obj-c, no en ningún módulo de nodo). todavía investigando.

editar: esto es solo un problema cuando construyo contra main.jsbundle ... si construyo contra localhost (depuración) estos registros desaparecen. Sospecho que debido a que estoy construyendo en modo de depuración, RN asume que quiero conectarme al servidor de depuración localhost; que en este caso no es cierto. Mi desarrollo de RN finalizó y esa parte de la aplicación se está ejecutando utilizando el archivo main.jsbundle que creé.

El error de compilación que mencionó @marcpechaitis se corrigió en RN 0.33
Este error es un error de tiempo de ejecución. Curiosamente, me funciona en el simulador de ios 10 pero no en el dispositivo real.

@matthiasdilger oops, pensó que @marcpechaitis hacía referencia al OP.

¡Hola chicos! Esto funciona para mí ( en el simulador ):

1. Menú Xcode -> Producto -> Editar esquema ...
2. Variables de entorno -> Agregar -> Nombre: "OS_ACTIVITY_MODE", Valor: "deshabilitar"
3. Ejecute su aplicación de nuevo, ¡listo! 😄

@HADB todavía falla en el dispositivo para mí

Lo conseguí funcionando en el dispositivo y el simulador ahora reasignando todos los certificados de firma y derechos en el proyecto.

Xcode 8.0, ios10, iphone 5s

Debajo de la configuración del compilador de destino RCTWebSocket funciona para mí.

Ninguna de estas soluciones me funciona en absoluto. Agregué las excepciones en mi info.plist y simplemente no puedo conectarme a mi servidor de paquetes desde mi teléfono físico. No quiero desactivar errores como @HADB mencionado con OS_ACTIVITY_MODE también, este es un error legítimo.

¿Alguna solución para este problema?

+1

RN 0.34.0
iOS 10.0.1
iphone 5s

En el simulador de iOS 10, también recibo una tonelada de mensajes de registro relacionados con __nw .

+1

RN 0.35.0-rc.0
IOS 10.1
Iphone 7 Plus

+1

Esto parece ser un problema de iOS 10 y no uno de React Native.

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

Usar OS_ACTIVITY_MODE=disable ( como sugiere HADB ) es la única solución alternativa actual.

@aleclarson Estuve de acuerdo con la parte del registro, pero react-native aún no puede recuperar el archivo del paquete en IOS 10

@ frnk94 ¿Estás hablando de .jsbundle ? El empaquetador está sirviendo mi paquete de desarrollo sin problemas.

Es posible que esté usando un AppDelegate.m desactualizado si no tiene esto:

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

@alanchenup Creo que es un problema con mi AppDelegate.m que no se conecta a mi dispositivo real, gracias por la respuesta. ¡Arreglaré mi código! :). Funciona muy bien en el simulador.

Lo resolví con los comandos del menú xcode:
producto -> limpio
y (mantenga presionada la tecla de opción)
producto -> 'carpeta de compilación limpia'

+1

RN 0.34.0
iOS 10.0.1
iphone 5s

trabajando en el simulador de iOS 10 pero no en el iPhone 5S real

@pietgk No

OS_ACTIVITY_MODE=disable funciona, pero es más una opción nuclear dado que oculta _todas_ sus declaraciones NSLog cuando se ejecuta en un dispositivo. Quizás sea mejor vivir con la contaminación del registro por ahora cuando se ejecuta en el dispositivo.

@aleclarson @ frnk94 En realidad, creo que el error real que obtenemos es:
Sending websocketFailed with no listeners registered.

Tampoco puedo recargar js desde el servidor, en el dispositivo físico que es.

+1

+1

@marcpechaitis ¡ Gracias por compartir mi artículo!

+1

Recibo esto cuando tengo tanto la depuración remota como la depuración de la consola (a través de react-native log-ios ). Deshabilitar la depuración remota resuelve el problema.

@warrenronsiek ¿cómo deshabilitar la depuración remota?

@JansenLi Si no sabe qué es, probablemente no sea la causa del problema. En su simulador, presione el comando + D y aparecerá un menú donde puede habilitar o deshabilitar 'Depurar JS de forma remota'.

+1

+1

Recibí este error cuando mi teléfono no estaba conectado a Wifi .. 🙈

La solución de HADB anterior funcionó para mí, pero faltan algunos pasos en XCode8, que se agregan aquí para mayor claridad:

1. Aplicación Xcode -> Producto -> Esquema -> Editar esquema ...
2. Ejecutar -> Argumentos -> Variables de entorno -> Agregar (+) -> Nombre: "OS_ACTIVITY_MODE", Valor: "deshabilitar" -> Cerrar
3. Ejecute su aplicación de nuevo, ¡listo! 😄
   Esto elimina los errores mientras se ejecuta, pero no estoy seguro de si resuelve el problema subyacente.

+1

no es útil, tratando de averiguar qué está pasando

Todavía presente en

RN 0.40.0
iOS 10.1
iPhone 6+

(Instalación limpia con react-native init )

La desactivación de los registros funciona, o simplemente puedo filtrarlos e ignorarlos, pero ¿alguien sabe qué o si algo está realmente roto con esto?

+1

+1

+1

+1
iOS 10.2
RN 0.35

+1
iOS 10.2
Enfermera 0.40

El mensaje de registro '__nw_connection_get_connected_socket_block_invoke' aparece una vez por segundo en el proyecto 'react-native-router-flux' que estoy evaluando. El mensaje parece ser de una biblioteca compilada porque una simple búsqueda de texto no reveló nada de node_modules, etc.

Eche un vistazo a https://github.com/facebook/react-native/issues/10027#issuecomment -261608678 o http://stackoverflow.com/a/39461256/158525
Xcode 8 con iOS 10 muestra muchas más declaraciones de depuración de bajo nivel.

+1 RN0.34 y RN0.32

todavía tengo el mismo problema con RN 0.40 y XCode 8.2.1

+1

+1

+1
iOS 10.2
RN 0.35

para mí, este problema desapareció después de actualizar a rn0.40

+1
Xcode 8.2.1
Enfermera: 0,40

Tengo el mismo proyecto en 2 Macs, dejé de trabajar en el que tenía que reinstalar el nodo / npm (y por lo tanto todas las dependencias globales). Todavía funciona bien en el otro (sin embargo, no pudo hacerlo funcionar en un iPhone real). Entonces, para mí, parece algo que no está relacionado con Xcode / iOS.

Actualización: después de limpiar node_modules y npm i, funcionando bien, la vida ha vuelto a la normalidad :)

Bueno, más o menos :) aún obteniendo estos cada segundo, la aplicación parece estar funcionando.
__nw_connection_get_connected_socket_block_invoke 60 La conexión no tiene un controlador conectado

Y se ha ido ahora. Tan inesperado e inexplicable como llegó.

Posiblemente no esté relacionado, pero este problema se resolvió una vez que desactivé el modo de accesibilidad de acceso guiado en mi iPhone 6. Parece exagerado, pero aún así ...

+1
ninguna solución hasta ahora ha ayudado

Editar esquema -> Ejecutar -> Argumentos - nuevo env. var. OS_ACTIVITY_MODE con disable me ayudó

Puede silenciar el error con OS_ACTIVITY_MODE, esto es solo un registro falso del websocket que abrimos para React Devtools.

Hola @javache
Amablemente estaría en desacuerdo con su punto de vista.
De hecho, muchos de nosotros somos conscientes de que deshabilitar el registro del sistema operativo evitará que esto se muestre. Pero esto también nos impide hacer la depuración normal de nuestras aplicaciones ... De nuevo, la semana pasada, nuestro equipo tuvo un problema y nos tomó una eternidad hasta que recordamos reactivar los registros del sistema operativo para detectar el error y solucionar nuestro problema ...

La solución de @pietgk funcionó para mí

eso no es un problema.

¿Qué pasa con la gente que cierra este problema? Deshabilitar el error en la consola de salida no es una solución. ¿Qué está causando el problema, qué está pasando? ¿Es esto un error o una advertencia? ¿Por qué todas estas mismas salidas (con un incremento) se muestran indefinidamente? Creo que ese es el único punto relevante. Dime si me equivoco ...

Recibo este error / advertencia cuando uso fetch en mi api en la red, el paquete se carga correctamente (ios10.3 / RN 0.43-rc4). El servidor recibe la solicitud y envía la respuesta, pero RN nunca recibe la respuesta.
Entonces, mi problema real aquí no es recibir la respuesta y no sobre las advertencias.

Chicos, reabrir este problema. Gracias.

Míralo.

XCode 8.2.1
RN .43
iOS 10.3
Lo mismo aqui. Desactivar la consola para ocultar el problema no es una opción para mí.

Deshabilitar la consola para ocultar el problema no debería ser una opción para nadie. Cerrar los ojos también evita que vea las advertencias.

Deshabilitar la salida significa que no puedo depurar nada más. ¡¡¡Esto debería ser reabierto !!!

Vuelve a abrir el problema.
Barrer el error debajo de la alfombra no parece una solución en absoluto.

Comentar +1 no es útil aquí, así que deje de hacerlo. Según https://twitter.com/xenadu02/status/776669668404629504, este es un problema del simulador, que debería resolverse en una actualización futura.

Comentario justo @javache.

Dicho esto, veo esto cuando se ejecuta en el dispositivo tanto en modo de depuración como de lanzamiento. No es el tipo de problema que hace que uno pierda el sueño por la noche, pero definitivamente puede considerarse contaminación acústica;)

Entonces, si lo reconoce como un problema que debería solucionarse en una actualización futura, ¿por qué no mantener abierto este problema para reflejar su posición al respecto?

No es una solución alternativa de XCode, pero esto me alivió el dolor al usar la terminal.

react-native log-ios | grep -v __nw_connection_get_connected_socket_block_invoke

@javache

1. Esto se puede reproducir en dispositivos reales en modo dev.
2. Además, los mensajes de registro de libnetwork.dylib sí mismos son definitivamente fallas de Apple, tengo que decir que el spam no controlado en la consola es un comportamiento personal de RN. Si no hago tonterías, no debería ver errores de consola cada 2 segundos.

Nota para los desarrolladores de RN:
La fuente del problema es la lógica de reconexión en RCTWebSocketObserver (al menos en RN 0.42.3) o en [RCTDevMenu packagerURL] . Método reconnect spam SO con reintentos periódicos. Lo más maravilloso para mí fue el hecho de que intentó conectarse a ' http: //localhost.8081/message ' desde un dispositivo real.

@javache Solo un

Según https://twitter.com/xenadu02/status/776669668404629504, este es un problema del simulador, que debería resolverse en una actualización futura.

También viendo esto en un dispositivo real que ejecuta 10.3.1 (14E304) con RN 0.44.0.

__EDIT: __ Ups, acabo de ver que @vovkasm ya te informó, ¡lo siento! Estaba leyendo desde arriba, pero todos los "+1" me afectaron y dejé de leer.

@javache Ejecutando iPhone 5 con iOS 10.2, el dispositivo físico tiene este problema

¿Alguien dijo que escribir 👍 funciona bien? :Cara de burla:

Esto está sucediendo en un dispositivo real. Podría deshabilitar los mensajes, pero parece una cosa que requiere ser arreglada / explicada.

La sugerencia de
react-native log-ios | grep -v nw_connection_get_connected_socket_block_invoke

¿Alguien prevé una solución real para esto en lugar de simplemente apagar los registros? Mi TOC se vuelve loco con este tema, pero también con la desactivación del registro. ¿Soy el único?

@fgaleano tu no eres el único. Tengo una idea, pero no tengo tiempo para implementarla actualmente.
Creo que RN necesita implementar algún tipo de marca de configuración para habilitar / deshabilitar opcionalmente la conexión a la máquina host. Probablemente esta bandera puede ser un cambio de tiempo de ejecución en el menú de desarrollo ... pero no estoy seguro.

Actualmente utilizo varias soluciones para filtrar los mensajes no deseados de la consola (grep o equivalentes si se registra en la terminal). No recomendaría deshabilitar los registros con OS_ACTIVITY_MODE, porque oculta otros mensajes importantes: - /

Entiendo que publicar +1 no es útil. ¿Cómo es útil cerrar un problema abierto? Parece que Facebook tiene algunas extrañas políticas kafkianas sobre errores

@vovkasm ¿Cómo se filtran los mensajes en xCode?

@andreyslyusar de todos modos , Xcode no tiene filtros en la consola :-(, también existen algunos filtros avanzados en la aplicación de consola en Sierra.

Pero grep sigue siendo la forma más poderosa de filtrarme, así que uso la consola iOS , contiene una aplicación de línea de comandos dentro del paquete.
Entonces puedo hacer /Applications/iOS\ Console.app/Contents/Resources/iosconsole | egrep anything desde la terminal.

Solo algunas reflexiones sobre esto. Claro, configurar OS_ACTIVITY_MODE para deshabilitar, bloquea los errores lanzados de forma nativa. Dicho esto, si está en la fase de prueba y depuración, ver la cantidad constante de mensajes nw_connection_get_connected_socket_block_invoke puede obstaculizar la visualización de lo que realmente queremos ver en la consola (comprobación de salidas, estado de la aplicación, etc.). Siempre que tenga en cuenta, esta solución es temporal y puede ser de gran ayuda. ¡Ciao!

Todavía sucede con RN 0.44.0, iOS 10, iPhone 5S.

Seguir viendo "__nw_connection_get_connected_socket_block_invoke" cada segundo es muy molesto, por lo que la solución temporal OS_ACTIVITY_MODE es muy útil.

Viendo esto también. Lo ha sido por un tiempo. Lo he estado ignorando por un tiempo, pero me está afectando :).

RN 0.44, Xcode 8.3.3

Para ampliar la explicación de @javache , este error es del websocket que está integrado en react-native para conectarse a react-devtools. Si no está ejecutando react-devtools mientras depura, obtendrá este error y también enviará un montón de mensajes a través del puente quejándose de no poder abrir el websocket (solo verá esos errores si está usando algo así como rn-snoopy ).

El error se detendrá tan pronto como instale y abra react-devtools. Consulte estas instrucciones para saber cómo hacerlo:
https://github.com/facebook/react-devtools/blob/master/packages/react-devtools/README.md

@emusgrave ,

1. ni @javache ni nadie de Facebook hicieron nada para explicar el problema en este hilo :-(
2. react-devtools es bueno cuando funciona :-) pero la mayoría de las veces se encontrará con errores (por ejemplo, el depurador simple no funciona en RN 0.45.1, ¿por qué devtools lo hará?)
3. ¿Funcionó react-devtools cuando ejecutó la aplicación en un dispositivo iOS real?

@vovkasm
Con respecto a su # 3, pude hacer que react-devtools funcionara desde un dispositivo iOS real, pero el mensaje en la consola xcode aún aparece. Creo que es por la forma en que lo resolví, de la siguiente manera:

En la parte superior de mi punto de entrada en JS, agregué el siguiente gancho en react-devtools:

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

(obviamente reemplace la IP con la dirección IP de su propia estación de trabajo).

Eso crea la conexión a react-devtools, pero parece que el código interno react-native todavía está probando su propia conexión, por lo que el mensaje continúa apareciendo en la consola de xcode.

Todavía no he descubierto cómo usar condicionalmente la solución require('react-devtools-core') SOLAMENTE cuando utilizo un dispositivo físico sin comentar manualmente (des) el código.

Segundo, esto fue un problema de react-devtools para mí. Una vez que los instalé, todos los mensajes se detuvieron inmediatamente. Aquí están las instrucciones de instalación: https://github.com/facebook/react-devtools/blob/master/packages/react-devtools/README.md

Es un problema indead react-devtools, tan pronto como lo inicio, los molestos registros se detienen.

¿Entonces fue react-devtools todo el tiempo? ¡Deberían poner eso en ENORMES LETRAS NEGRAS!

@fgaleano SOLUCIÓN = INSTALAR REACT-DEVTOOLS
;)

https://github.com/facebook/react-native/commit/878b7e42fae990df745af2db6ac50cbac8a8ce1c elimina este mensaje de registro en desarrollo al redirigir una función interna de registro de Apple.

Es una solución razonable. También sería muy bueno tener react-devtools funcional opcional.

Tenerlo opcional empeoraría la experiencia en general. Creo firmemente en que las herramientas de depuración son fundamentales para lo que hace que desarrollar con react native sea increíble.

Después de pensarlo un poco, esta es una mala idea.

1. Ya desperdicia más trabajo que arreglarlo correctamente
2. Utiliza una técnica cuestionable y difícil de depurar para ocultar las advertencias reales (la "advertencia real" aquí no es nw_connection ... línea en los registros, sino un número infinito de tales líneas)
3. Trae a la herramienta de peligro del proyecto como dependencia
4. Oculta todas estas advertencias (no solo de la conexión reaccionar-devtools mal diseñada, sino que es útil si el desarrollador de la aplicación comete el mismo error)
5. Oculta el ciclo de reconexión infinito en un dispositivo real

Creo firmemente que la experiencia del desarrollador con react-native sería mejor con un código y un comportamiento más transparentes y claros, no con más y más capas de soluciones.

Es un error que la advertencia incluso se muestra en las versiones más recientes de iOS. Así que esto en realidad no esconde nada útil. La reconexión de socket solo ocurre en compilaciones de depuración y nunca en compilaciones de lanzamiento. Todo se compila opcionalmente con el indicador RCT_DEV.

Si este cambio causa algún problema, estoy más que dispuesto a eliminarlo, pero actualmente oculta un problema que molestaba a muchos desarrolladores.

@matthiasdilger ** Lo conseguí funcionando en el dispositivo y el simulador ahora reasignando todos los certificados de firma y derechos en el proyecto.

Xcode 8.0, ios10, iphone 5s ** cómo lo hiciste, por favor; gracias

Todavía veo este error a partir de react-native 0.48.3. ¡Ignorar los errores es un truco, no una solución!

Conseguí que los registros desaparecieran configurando react-devtools. Estos son los pasos (usando React v0.48):

1. Instalar react-devtools: npm install -g react-devtools
2. Ejecute react-devtools: react-devtools
3. En su proyecto, edite node_modules / react-native / Libraries / Core / Devtools / setupDevtools.js reemplazando 'localhost' con la dirección IP de su máquina de desarrollo.
4. Cree y ejecute su proyecto en Xcode.

Gracias @takameyer. Nota: simplemente ejecutar react-devtools funciona para mí, no es necesario editar setupDevtools.js .

@lrettig es realmente necesario cuando se

Hay una solicitud de extracción para que el código nativo de IOS complete la IP local (de la máquina depuradora):
https://github.com/facebook/react-native/issues/14431

Suena estúpido requerir la edición de un código de módulo JS para evitar esta contaminación del registro. la solución OS_ACTIVITY_MODE se volvió inútil con IOS 11, ya que bloquea todas las declaraciones NSLog, no solo los registros del sistema. En nuestro caso, ya no hay registro, ¡lo cual me costó mucho vincular a este truco que implementé antes!
Como dijo alguien más, un truco no es bueno. Se requiere una solución adecuada. Esto es más que un inconveniente al intentar depurar cosas :(

He confirmado el mismo problema en el siguiente entorno:
iOS: 10.3.3 (dispositivo real)
Reaccionar nativo: 0.48
Xcode: 9.0
Y la aplicación funciona muy LENTO (no lo fue)

SIN EMBARGO, cuando esté en Xcode -> Producto -> Esquema -> Editar esquema -> Ficha Información -> Configuración de compilación -> establecer de Depurar a 'Liberar'
Ejecute la aplicación de nuevo, el mensaje de error desapareció y la aplicación funciona como se esperaba.
Por supuesto, esta NO ES una solución de ningún tipo, pero solo quiero compartir esto y tal vez darle un pequeño empujón a la solución REAL.
¡Feliz codificación!

Mismo problema.
Enfermera: 0.49.3
Ejecutando iOS 11
Xcode 9
Dispositivo real

mismo problema

Enfermera registrada: 0.49.0
iOS 11, iPhone 5s
Xcode 9

Vuelva a abrir esto. No puedo recargar y depurar en el dispositivo.

También me sigue sucediendo a mí ... no se puede ejecutar en el dispositivo, pero el simulador funciona.

Enfermera registrada: 0.49.0
iOS 11, iPhone 7
Xcode: 9.0.1

Este problema aún existe. Me preguntaba acerca de los tiempos de inicio prolongados durante las pruebas de dispositivos. Cambiar la configuración de compilación como @kawashimaken funcionó para mí. Desarrollar y depurar es imposible en este momento.

Gracias @takameyer. Los pasos que mencionaste solucionaron el problema.

genial @takameyer

@takameyer usando react-devtools silencia los registros de XCode, pero tengo un problema relacionado con lo que creo. Sigo obteniendo resultados de red sin fin en React Native Debugger con una llamada llamada callbacks_poll que solo ocurre cuando la depuración remota está activa. Veo lo mismo en el depurador de Chrome. También crea una pérdida de memoria. Pero no estoy seguro de si es el mismo problema. Parece haber aparecido recientemente. Estoy en RN0.49.5

Esto sigue siendo un problema en 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
una y otra vez, ahogando todos los demás registros ...

Tengo el mismo problema en mi iPhone 6s, iOS 10. Compilé el proyecto de iOS desde Xcode según las instrucciones de la wiki y la aplicación se congela en la pantalla de inicio. Este es el registro que obtengo:

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]

Y sigue y sigue...

¿Alguien puede informar si RN 0.51.0 arregló esto? Dudo que lo haya hecho, pero aún no he podido probarlo.

Lamentablemente, todavía existe.

~/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

Desactivar OS_ACTIVITY_MODE no es una buena forma.

Al principio, ejecuto yarn start en React-native root. El registro loco desaparece en el simulador, pero aún aparece en el dispositivo real.

Después de varias horas de trabajo, leo todos los comentarios una y otra vez. Finalmente encuentro que @emilsjolander 878b7e4 funciona perfectamente.

Me deshago de este registro loco comentando el código en la función - (void)reconnect , que en React/RCTWebSocket/RCTReconnectingWebSockect.m .
El tronco loco se va. Pero es solo una solución. No querrás hacer esto todo el tiempo.

Para otros, creo que actualizar React-native a 0.51.0 puede resolver este problema, parece que 878b7e4 está en esa rama.

Todavía existe.
"reaccionar": "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 conexión no tiene un controlador conectado
2018-01-10 15: 54: 17.134563 backgroundexample [3900: 1884258] [] __nw_connection_get_connected_socket_block_invoke 147 La conexión no tiene un controlador conectado
2018-01-10 15: 54: 17.629791 backgroundexample [3900: 1884329] [] __nw_connection_get_connected_socket_block_invoke 148 La conexión no tiene un controlador conectado

¿Alguien tiene una solución? Todavía sucedió en mi dispositivo iOS.

Acabo de implementar una solución parcial para esto. Ver https://github.com/facebook/react-native/pull/17617
Agrega la configuración Habilitar / Deshabilitar DevTools al menú del desarrollador en la aplicación.

Pero lamentablemente no es suficiente. Especialmente porque otro websocket creado en RCTPackagerConnection (función socketForLocation ) y, como puedo ver, no se puede desactivar desde AppDelegate :-(

Probablemente pueda agregar otro elemento al menú del desarrollador en la aplicación para habilitar / deshabilitar la conexión al empaquetador. ¿Qué piensa la gente? ¿Puede que me esté perdiendo algo?

Entiendo este problema .....
el error "nw_connection_get_connected_socket" no aparecerá si actualiza su configuración （ https://github.com/facebook/react-native/issues/10027#issuecomment -261608678）.

pero, todavía no puede conectarse, verifique que su teléfono inteligente y su computadora de escritorio estén conectados en la misma red ...

¿Hay algún movimiento sobre este error? Sigo recibiendo los siguientes errores y me pregunto si tienen algún efecto en la conectividad de mi marco incluido.

Producido en RN: 51, 52 y 53, en un proyecto nuevo, expulsado de inmediato

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

Esto todavía existe con RN 0.52.0 y 0.54.0-rc.3.
También observo que la aplicación del modo de depuración cae en un bucle en el que una tonelada de registros sobre 'accesorios memorizados' (algo así) se arrojan a la vista de registro de Xcode, el dispositivo se sobrecalienta (iphone 7) y luego la aplicación se bloquea.

Bueno, esto es hasta un problema. iOS 11, reacciona 0.54.

El símbolo de reenlace no parece funcionar en el dispositivo, no se llama a ninguno de los métodos de reemplazo. También me molesta que haya dos websockets intentando conectarse a localhost a pesar de ejecutarse en el dispositivo.

fetch () todavía no funciona