+1

+1 não é possível buscar () dados json remotos em ios10 com RN 0,33

+1 ios 10.0.1 RN 0.33

+1

+1

+1

+1

Também acontecendo com iOS 10.0.1 e RN 0.30

editar: Segui as recomendações aqui e não estou mais recebendo as mensagens

Ainda há um problema com:
RN 0,34
XCode 8.0
simulador iOS 10.0

Ele está funcionando com o simulador iOS 9.2, no entanto.

@marcpechaitis Não

@ DrBeak1

Obrigado por responder @marcpechaitis . Ah. OK - acho que o problema é que o react-native está integrado ao meu projeto, que originalmente era APENAS um projeto obj-c nativo. O React foi integrado posteriormente (usando as instruções aqui ). Portanto, meu projeto não tem uma pasta Bibliotecas que contém cada um dos arquivos xcodeproj individuais. Os arquivos estão no projeto, mas não contidos em um destino:

+1

Consegui rastrear o RCTWebSocket.xcodeproj, abri-lo e alterar os sinalizadores de aviso, mas o irritante __nw_connection_get_connected_socket_block_invoke log persiste. O método mencionado por @marcpechaitis (ref a partir daqui ) para corrigir isso não funciona para aplicativos pré-existentes que integraram react-nativos (vs aplicativos que começaram como aplicativos react-nativos). Não consigo nem encontrar onde esta chamada de log está sendo disparada (nem em arquivos obj-c, nem em módulos de nós). ainda investigando.

editar: este é apenas um problema ao compilar em main.jsbundle ... se eu compilar em localhost (depurar), esses logs desaparecerão. Suspeito que, como estou construindo no modo de depuração, o RN presume que desejo me conectar ao servidor localhost de depuração; o que neste caso não é verdade. Meu desenvolvimento RN foi concluído e essa parte do aplicativo está sendo executada usando o arquivo main.jsbundle que criei.

O erro de compilação que @marcpechaitis mencionou foi corrigido no RN 0,33
Este é um erro de tempo de execução. Curiosamente, funciona para mim no simulador ios 10, mas não no dispositivo real.

@matthiasdilger ops , pensei que @marcpechaitis estava se referindo ao OP.

Oi pessoal! Isso funciona para mim ( no simulador ):

1. Menu Xcode -> Produto -> Editar esquema ...
2. Variáveis ​​de ambiente -> Adicionar -> Nome: "OS_ACTIVITY_MODE", Valor: "desativar"
3. Execute seu aplicativo novamente, pronto! 😄

@HADB ainda falha no dispositivo para mim

Consegui funcionar no dispositivo e no simulador agora, reatribuindo todos os certificados de assinatura e direitos no projeto.

Xcode 8.0, ios10, iphone 5s

Abaixo, as configurações do compilador do destino RCTWebSocket funcionam para mim.

Nenhuma dessas soluções funciona para mim. Eu adicionei as exceções em meu info.plist e simplesmente não consigo me conectar ao servidor de pacotes do meu telefone físico. Não quero desligar erros como @HADB mencionado com OS_ACTIVITY_MODE também, este é um erro legítimo.

Alguma correção para este problema?

+1

RN 0.34.0
iOS 10.0.1
iPhone 5S

No simulador do iOS 10, também estou recebendo uma tonelada de __nw mensagens de log relacionadas.

+1

RN 0.35.0-rc.0
IOS 10.1
Iphone 7 plus

+1

Este parece ser um problema do iOS 10, e não um problema do React Native.

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

Usar OS_ACTIVITY_MODE=disable ( como sugere o HADB ) é a única solução alternativa atual.

@aleclarson Eu concordo com a parte do log, mas o

@ frnk94 Você está falando sobre .jsbundle ? O empacotador está atendendo perfeitamente ao meu pacote de desenvolvimento.

Você pode estar usando um AppDelegate.m desatualizado se ele não tiver:

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

@alanchenup Acho que é um problema com meu AppDelegate.m não estou conectando ao meu dispositivo real, obrigado pela resposta, vou consertar meu código! :). Funciona muito bem no simulador

Eu resolvi isso pelos comandos de menu do xcode:
produto -> limpo
e (mantenha pressionada a tecla de opção)
produto -> 'pasta de compilação limpa'

+1

RN 0.34.0
iOS 10.0.1
iPhone 5S

trabalhando no simulador iOS 10, mas não funciona no iphone 5S real

@pietgk Não

OS_ACTIVITY_MODE=disable funciona, mas é mais uma opção nuclear, visto que oculta _todas_ as suas instruções NSLog quando executado em um dispositivo. Talvez seja melhor apenas conviver com a poluição do log por enquanto, ao executar no dispositivo.

@aleclarson @ frnk94 Na verdade, o verdadeiro erro que recebemos é:
Sending websocketFailed with no listeners registered.

Também não consigo recarregar o js do servidor, no dispositivo físico que está.

+1

+1

@marcpechaitis Obrigado por compartilhar meu artigo!

+1

Eu recebo isso quando tenho depuração remota e depuração de console (via react-native log-ios ). Desativar a depuração remota resolve o problema.

@warrenronsiek como desabilitar a depuração remota?

@JansenLi Se você não sabe o que é, provavelmente não está causando o problema. Em seu simulador, pressione command + D e um menu aparecerá onde você pode habilitar ou desabilitar 'Depurar JS Remotamente'.

+1

+1

Recebi este erro quando meu telefone não estava conectado ao Wifi .. 🙈

A solução do HADB acima funcionou para mim, mas faltam algumas etapas no XCode8, que são adicionadas aqui para maior clareza:

1. Xcode App -> Produto -> Esquema -> Editar Esquema ...
2. Executar -> Argumentos -> Variáveis ​​de Ambiente -> Adicionar (+) -> Nome: "OS_ACTIVITY_MODE", Valor: "desativar" -> Fechar
3. Execute seu aplicativo novamente, pronto! 😄
   Isso remove os erros durante a execução, mas não tenho certeza se resolve o problema subjacente.

+1

não ajuda, tentar descobrir o que está acontecendo

Ainda presente em

RN 0.40.0
iOS 10.1
iPhone 6+

(Instalação limpa com react-native init )

Desativar os logs funciona, ou posso apenas filtrá-los e ignorá-los, mas alguém sabe o que / se algo está realmente quebrado com isso?

+1

+1

+1

+1
iOS 10.2
RN 0,35

+1
iOS 10.2
RN 0,40

A mensagem de log '__nw_connection_get_connected_socket_block_invoke' está ocorrendo uma vez por segundo no projeto 'react-native-router-flux' que estou avaliando. A mensagem parece ser de uma biblioteca compilada porque uma pesquisa de texto simples não revelou nada de node_modules etc.

Dê uma olhada em https://github.com/facebook/react-native/issues/10027#issuecomment -261608678 ou http://stackoverflow.com/a/39461256/158525
O Xcode 8 com iOS 10 exibe muito mais instruções de depuração de baixo nível.

+1 RN0.34 e RN0.32

ainda tem o mesmo problema com RN 0.40 e XCode 8.2.1

+1

+1

+1
iOS 10.2
RN 0,35

para mim, esse problema desapareceu após a atualização para rn0.40

+1
Xcode 8.2.1
RN: 0,40

Eu tenho o mesmo projeto em 2 Macs, parei de trabalhar naquele em que tive que reinstalar o node / npm (e, portanto, todas as dependências globais). Ele ainda funciona bem no outro (no entanto, não foi possível fazê-lo funcionar em um iPhone real). Então, para mim, parece algo não relacionado ao Xcode / iOS.

Update: depois de limpar node_modules e npm i, funcionando bem, a vida voltou ao normal :)

Bem, meio que :) ainda obtendo isso a cada segundo, o aplicativo parece estar funcionando.
__nw_connection_get_connected_socket_block_invoke 60 Conexão não tem manipulador conectado

E se foi agora. Tão inesperado e inexplicável quanto veio.

Possivelmente não relacionado, mas esse problema foi resolvido para mim assim que desliguei o modo de acessibilidade de acesso guiado no meu iPhone 6. Parece improvável, mas ainda assim ...

+1
nenhuma solução até agora ajudou

Editar Esquema -> Executar -> Argumentos - novo env. var. OS_ACTIVITY_MODE com disable me ajudou

Você pode silenciar o erro com OS_ACTIVITY_MODE, este é apenas um registro falso do websocket que abrimos para React Devtools.

Oi @javache
Eu discordo gentilmente do seu ponto de vista.
Na verdade, muitos de nós estão cientes de que desabilitar o log do sistema operacional impedirá que isso apareça. Mas isso também nos impede de fazer a depuração normal de nossos aplicativos ... Mais uma vez, na semana passada, nossa equipe teve um problema e demoramos uma eternidade até lembrarmos de reativar os logs do sistema operacional para detectar o erro e resolver nosso problema ...

A solução de @pietgk funcionou para mim

isso não é um problema.

O que há de errado com as pessoas fechando este problema? Desativar o erro no console de saída não é uma solução. O que está causando o problema, o que está acontecendo? Isso é um erro ou um aviso? Por que todas essas mesmas saídas (com um incremento) estão sendo exibidas indefinidamente? Acho que é o único ponto relevante. Diga-me se estou errado ...

Estou recebendo este erro / aviso ao usar fetch para minha API na rede, o pacote carrega corretamente (ios10.3 / RN 0.43-rc4). O servidor recebe a solicitação e envia a resposta, mas o RN nunca recebe a resposta.
Portanto, meu verdadeiro problema aqui é não receber a resposta e não sobre os avisos.

Pessoal, por favor, reabram este problema. Obrigado.

Por favor, olhe para isso.

XCode 8.2.1
RN .43
iOS 10.3
Mesma coisa aqui. Desativar o console para ocultar o problema não é uma opção para mim.

Desativar o console para ocultar o problema não deve ser uma opção para ninguém. Fechar os olhos também impede que você veja os avisos.

Desativar a saída significa que não posso depurar mais nada. Deve ser reaberto !!!

Reabra o problema.
Varrer o erro para debaixo do tapete não parece de todo uma solução.

Comentar +1 não é útil aqui, então pare de fazer isso. Por https://twitter.com/xenadu02/status/776669668404629504 este é um problema do simulador, que deve ser resolvido em uma atualização futura.

Comentário justo @javache.

Dito isso, estou vendo isso ao executar no dispositivo tanto no modo de depuração quanto no modo de liberação. Não é o tipo de problema que causa perda de sono à noite, mas pode ser considerado poluição sonora;)

Portanto, se você reconhece isso como um problema que deve ser corrigido em uma atualização futura, por que não manter esse problema em aberto para refletir sua posição sobre isso?

Não é uma solução alternativa do XCode, mas aliviou a dor para mim ao usar o terminal.

react-native log-ios | grep -v __nw_connection_get_connected_socket_block_invoke

@javache

1. Isso pode ser reproduzido em dispositivos reais no modo de desenvolvimento.
2. Também logar mensagens de libnetwork.dylib si é definitivamente falha da Apple, eu tenho que dizer que spam não controlado no console é comportamento pessoalmente RN. Se eu não fizer coisas idiotas, não verei erros de console a cada 2 segundos.

Nota para RN devs:
A fonte do problema é a lógica de reconexão em RCTWebSocketObserver (pelo menos em RN 0.42.3) ou em [RCTDevMenu packagerURL] . Método reconnect SO spam com novas tentativas periódicas. O mais maravilhoso para mim foi o fato de ele tentar se conectar a ' http: //localhost.8081/message ' de um dispositivo real.

@javache Apenas um

Por https://twitter.com/xenadu02/status/776669668404629504 este é um problema do simulador, que deve ser resolvido em uma atualização futura.

Também vendo isso em um dispositivo real executando 10.3.1 (14E304) com RN 0.44.0.

__EDIT: __ Opa, acabei de ver o @vovkasm já informado, desculpe! Estava lendo de cima, mas todos os "+1" me atingiram e parei de ler.

@javache Executando iPhone 5 com iOS 10.2, dispositivo físico com este problema

Alguém disse que digitar 👍 funciona bem? :cara de gozo:

Isso está acontecendo em um dispositivo real. Eu poderia desabilitar as mensagens, mas parece algo que requer conserto / explicação.

A sugestão de
react-native log-ios | grep -v nw_connection_get_connected_socket_block_invoke

Alguém prevê uma solução real para isso em vez de apenas desligar os logs? Meu TOC enlouquece com esse problema, mas também sobre como desligar o registro. Eu sou o único?

@fgaleano você não é o único. Tenho uma ideia, mas não tenho tempo para implementá-la atualmente.
Eu acho que o RN precisa implementar algum tipo de sinalizador de configuração para ativar / desativar opcionalmente a conexão com a máquina host. Provavelmente, este sinalizador pode ser alternar em tempo de execução no menu dev ... mas não tenho certeza.

Atualmente eu uso várias soluções alternativas para filtrar mensagens indesejadas do console (grep ou equivalentes se logar no terminal). Eu não recomendaria desabilitar os logs com OS_ACTIVITY_MODE, porque ele esconde outras mensagens importantes: - /

Eu entendi que a postagem de +1 não é útil. Como é útil encerrar um problema em aberto? Parece que o Facebook tem algumas políticas kafkianas estranhas sobre bugs

@vovkasm Como você filtra mensagens no xCode?

@andreyslyusar nohow, o Xcode não tem filtros no console :-(, também existem alguns filtros avançados no aplicativo do console no Sierra.

Mas grep ainda é a maneira mais poderosa de filtrar para mim, então eu uso o console iOS , ele contém o aplicativo de linha de comando dentro do pacote.
Portanto, posso fazer /Applications/iOS\ Console.app/Contents/Resources/iosconsole | egrep anything do terminal.

Apenas algumas reflexões sobre isso. Claro, definir OS_ACTIVITY_MODE como desabilitado impede que os erros lançados nativamente sejam lançados. Dito isso, se você estiver na fase de depuração de teste, ver a quantidade constante de mensagens nw_connection_get_connected_socket_block_invoke pode atrapalhar a visualização do que realmente queremos ver no console (verificando saídas, estado do aplicativo, etc). Contanto que você tenha em mente, essa correção é temporária e pode ser de grande ajuda. Tchau!

Isso ainda acontece com RN 0.44.0, iOS 10, iPhone 5S.

Continuar vendo "__nw_connection_get_connected_socket_block_invoke" a cada segundo é muito irritante, então a correção temporária do OS_ACTIVITY_MODE é muito útil.

Vendo isso também. Já faz um tempo. Tenho ignorado por um tempo, mas está me afetando :).

RN 0.44, Xcode 8.3.3

Para expandir a explicação de @javache , esse erro é do websocket que é integrado ao react-native para conectar ao react-devtools. Se você não estiver executando o react-devtools durante a depuração, então você obterá este erro, e ele também enviará um monte de mensagens pela ponte reclamando de não ser capaz de abrir o websocket (você só verá esses erros se estiver usando algo como rn-snoopy ).

O erro irá parar assim que você instalar e abrir o react-devtools. Veja estas instruções para saber como fazer:
https://github.com/facebook/react-devtools/blob/master/packages/react-devtools/README.md

@emusgrave ,

1. nem @javache nem ninguém do Facebook fez nada para explicar o problema neste tópico :-(
2. react-devtools é bom quando funciona :-) mas na maioria das vezes você encontrará bugs (por exemplo, debugger simples não funciona em RN 0.45.1, por que devtools irá?)
3. o seu react-devtools funcionou ao executar o aplicativo em um dispositivo iOS real?

@vovkasm
Em relação ao seu # 3, consegui fazer o react-devtools funcionar a partir de um dispositivo iOS real, mas a mensagem no console xcode ainda aparece. Acho que é por causa da maneira como resolvi, da seguinte maneira:

No topo do meu ponto de entrada em JS, adicionei o seguinte gancho no react-devtools:

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

(obviamente, substitua o IP pelo endereço IP da sua própria estação de trabalho).

Isso cria a conexão com react-devtools, mas parece que o código reac-nativo interno ainda está tentando sua própria conexão e, portanto, a mensagem continua a aparecer no console xcode.

Eu ainda não descobri como usar condicionalmente a solução require('react-devtools-core') SOMENTE ao usar um dispositivo físico sem manualmente (des) comentar o código.

Devo ressaltar que esse foi um problema de reativação de ferramentas para mim. Depois de instalá-los, todas as mensagens pararam imediatamente. Aqui estão as instruções de instalação: https://github.com/facebook/react-devtools/blob/master/packages/react-devtools/README.md

É um problema indead react-devtools, assim que eu inicio, os logs irritantes param.

Então, foi o tempo todo react-devtools ?? Eles deveriam colocar isso em LETRAS PRETAS ENORMES!

@fgaleano SOLUTION = INSTALAR REACT-DEVTOOLS
;)

https://github.com/facebook/react-native/commit/878b7e42fae990df745af2db6ac50cbac8a8ce1c remove essa mensagem de log em desenvolvimento redirecionando uma função de log interna da apple.

É uma solução alternativa razoável. Seria muito bom também ter a funcionalidade react-devtools opcional.

Ter isso opcional tornaria a experiência geral pior. Eu acredito fortemente nas ferramentas de depuração sendo centrais para o que torna o desenvolvimento com o react nativo incrível.

Depois de pensar um pouco, isso é uma péssima ideia.

1. Já desperdiçam mais trabalho do que conserto adequado
2. Ele usa uma técnica questionável e difícil de depurar para ocultar avisos reais ("aviso real" aqui não é nw_connection ... linha nos próprios logs, mas contagens infinitas de tais linhas)
3. Traz para o projeto a ferramenta de perigo como dependência
4. Ele oculta todos esses avisos (não apenas da conexão react-devtools mal projetada, mas útil se o desenvolvedor do aplicativo cometer o mesmo erro)
5. Ele esconde o ciclo de reconexão infinito no dispositivo real

Eu acredito fortemente que a experiência do desenvolvedor com o reagente nativo seria melhor com código e comportamento mais transparentes e claros, não com mais e mais camadas de soluções alternativas.

É um bug que o aviso exibe até mesmo nas versões mais recentes do ios. Portanto, isso não está escondendo nada de útil. A reconexão de soquete só acontece em compilações de depuração e nunca em compilações de lançamento. É opcionalmente compilado com o sinalizador RCT_DEV.

Se este chnage causar algum problema, estou mais do que disposto a removê-lo, mas atualmente ele esconde um problema que incomodava muitos desenvolvedores.

@matthiasdilger **

Xcode 8.0, ios10, iphone 5s ** como você fez isso, por favor; obrigado

Ainda vendo este erro como do reac-nativo 0.48.3. Ignorar erros é um hack, não uma solução!

Eu fiz os logs desaparecerem configurando react-devtools. Aqui estão as etapas (usando React v0.48):

1. Instale react-devtools: npm install -g react-devtools
2. Execute react-devtools: react-devtools
3. Em seu projeto, edite node_modules / react-native / Libraries / Core / Devtools / setupDevtools.js substituindo 'localhost' pelo endereço IP de sua máquina de desenvolvimento.
4. Construa e execute seu projeto no Xcode.

Obrigado @takameyer. Nota: apenas executar react-devtools funciona para mim, não há necessidade de editar setupDevtools.js .

@lrettig é realmente necessário ao depurar em um dispositivo real.

Há uma solicitação de pull para fazer o código nativo do IOS preencher o IP local (da máquina do depurador):
https://github.com/facebook/react-native/issues/14431

Parece estúpido exigir a edição de um código do módulo JS para evitar essa poluição do log. a solução OS_ACTIVITY_MODE tornou-se inútil com o IOS 11, pois bloqueia todas as instruções NSLog, não apenas os logs do sistema. No nosso caso, não há mais log - que eu tive dificuldade em vincular a esse hack que
Como outra pessoa disse, um hack não é bom. É necessária uma correção adequada. Isso é mais do que um inconveniente ao tentar depurar coisas :(

Confirmei o mesmo problema no seguinte env:
iOS: 10.3.3 (dispositivo real)
React Native: 0,48
Xcode: 9.0
E o aplicativo funciona muito LENTO. (Não era)

NO ENTANTO, quando em Xcode -> Produto -> Esquema -> Editar Esquema -> Guia Informações -> Configuração de Compilação -> definir de Depurar para 'Liberar'
Execute o aplicativo novamente, a mensagem de erro desapareceu e o aplicativo funciona conforme o esperado.
Claro, isso NÃO É uma solução de qualquer tipo, mas eu só quero compartilhar isso e talvez dar um pequeno empurrão para a solução REAL.
Boa codificação!

O mesmo problema.
RN: 0,49,3
Executando iOS 11
Xcode 9
Dispositivo real

o mesmo problema

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

Por favor, reabra isto. Não consigo recarregar e depurar no dispositivo.

Ainda está acontecendo para mim também ... não consigo rodar no dispositivo, mas o simulador funciona.

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

Este problema ainda está por aí. Gostaria de saber sobre os longos tempos de inicialização durante o teste do dispositivo. Mudar a configuração do build como @kawashimaken funcionou para mim. Desenvolver e depurar é impossível no momento.

Obrigado @takameyer. As etapas que você mencionou corrigiram o problema.

legal @takameyer

@takameyer usando react-devtools acalma os logs do XCode, mas acho que tenho um problema relacionado. Eu continuo recebendo uma saída de rede infinita no React Native Debugger com uma chamada chamada callbacks_poll que ocorre apenas quando a depuração remota está ativa. Eu vejo o mesmo no depurador do Chrome. Ele também cria um vazamento de memória. Mas não tenho certeza se é o mesmo problema. Parece que apareceu recentemente. Estou em RN0.49.5

Isso ainda é um problema no 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
uma e outra vez, abafando todas as outras toras ...

Estou tendo o mesmo problema no meu iPhone 6s, iOS 10. Compilei o projeto iOS do Xcode de acordo com as instruções do wiki e o aplicativo congela na tela inicial. Este é o registro que estou obtendo:

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]

E isso continua indefinidamente...

Alguém pode relatar se RN 0.51.0 corrigiu isso? Duvido que sim, mas ainda não fui capaz de testá-lo.

Infelizmente, ainda 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

Desativar OS_ACTIVITY_MODE não é uma boa maneira.

A princípio, executo yarn start na raiz nativa do React. O log louco vai embora no simulador, mas ainda aparece no dispositivo real.

Depois de várias horas de trabalho, leia todos os comentários novamente e novamente. Finalmente descobri que @emilsjolander 878b7e4 funciona perfeitamente.

Eu me livro deste log maluco comentando o código na função - (void)reconnect , que está na React/RCTWebSocket/RCTReconnectingWebSockect.m .
O log do louco vai embora. Mas é apenas uma solução alternativa. Você não vai querer fazer isso todas as vezes.

Para outros, acho que atualizar o React-native para 0.51.0 pode resolver esse problema, parece que 878b7e4 está nesse ramo.

Ainda existe.
"react": "16.2.0",
"reagir nativo": "0.52.0",

xcode:

10/01/2018 15: 54: 15.635865 backgroundexample [3900: 1884257] [] __nw_connection_get_connected_socket_block_invoke 146 A conexão não tem manipulador conectado
10/01/2018 15: 54: 17.134563 backgroundexample [3900: 1884258] [] __nw_connection_get_connected_socket_block_invoke 147 A conexão não tem manipulador conectado
10/01/2018 15: 54: 17.629791 backgroundexample [3900: 1884329] [] __nw_connection_get_connected_socket_block_invoke 148 A conexão não tem manipulador conectado

Alguém tem uma solução alternativa? Ainda aconteceu no meu dispositivo iOS.

Acabei de implementar uma solução alternativa parcial para isso. Veja https://github.com/facebook/react-native/pull/17617
Ele adiciona a configuração Habilitar / Desabilitar DevTools ao Menu do desenvolvedor no aplicativo.

Mas, infelizmente, não é o suficiente. Principalmente porque outro websocket criado em RCTPackagerConnection (funcition socketForLocation ) e, como posso ver, não pode ser desativado em AppDelegate :-(

Provavelmente, posso adicionar outro item ao Menu do desenvolvedor no aplicativo para ativar / desativar a conexão com o gerenciador. O que as pessoas estão pensando? Pode ser que estou faltando alguma coisa?

Eu entendo esse problema ...
o erro "nw_connection_get_connected_socket" não aparecerá se você atualizar sua configuração （ https://github.com/facebook/react-native/issues/10027#issuecomment -261608678）.

mas, mesmo assim você não consegue se conectar, verifique se seu smartphone e desktop estão conectados na mesma rede ......

Existe algum movimento sobre este erro? Ainda estou recebendo os seguintes erros e me pergunto se isso está afetando a conectividade da minha estrutura incluída.

Produzido em RN: 51, 52 e 53, em um novo projeto, prontamente ejetado

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

Isso ainda existe com RN 0.52.0 e 0.54.0-rc.3.
Eu também observo o aplicativo no modo de depuração caindo em um loop onde uma tonelada de logs sobre 'adereços memoized' (algo assim) são expelidos para a exibição de log do Xcode, o dispositivo superaquece (iphone 7) e o aplicativo trava.

Bem, isso é até um problema. iOS 11, reage 0,54.

O símbolo de religação não parece funcionar no dispositivo, nenhum dos métodos de substituição é chamado. Também me incomoda que haja dois websockets tentando se conectar ao localhost apesar de rodar no dispositivo.

fetch () ainda não está funcionando