+1

+1 невозможно получить () удаленные данные json на ios10 с RN 0,33

+1 ios 10.0.1 RN 0.33

+1

+1

+1

+1

Также происходит с iOS 10.0.1 и RN 0.30

изменить: я выполнил рекомендации здесь и больше не получаю сообщения

По-прежнему проблема с:
РН 0,34
XCode 8.0
Симулятор iOS 10.0

Однако он работает с симулятором iOS 9.2.

@marcpechaitis Я не могу найти файл библиотеки для RCTWebSocket, как вы его нашли? RTCWebSocket не отображается в моих целях.

@ DrBeak1

Спасибо за ответ @marcpechaitis . Ах. Хорошо - я думаю, проблема в том, что в мой проект интегрирован react-native, который изначально был ТОЛЬКО собственным проектом obj-c. Впоследствии был интегрирован React (используя инструкции здесь ). Итак, в моем проекте нет папки библиотек, содержащей каждый из отдельных файлов xcodeproj. Файлы находятся в проекте, но не содержатся в целевом объекте:

+1

Мне удалось отследить RCTWebSocket.xcodeproj, открыть его и изменить флаги предупреждений, но раздражающий журнал __nw_connection_get_connected_socket_block_invoke сохраняется. Метод, упомянутый @marcpechaitis (см. Отсюда ), чтобы исправить это, не работает для уже существующих приложений, которые имеют встроенную поддержку реакции (по сравнению с приложениями, которые запускались как приложения с поддержкой реакции). Я даже не могу найти, где запускается этот вызов журнала (ни в файлах obj-c, ни в каких-либо модулях узлов). все еще расследует.

edit: это проблема только при сборке с main.jsbundle ... если я создаю против localhost (отладка), эти журналы исчезнут. Я подозреваю, что поскольку я создаю в режиме отладки, RN предполагает, что я хочу подключиться к серверу отладки localhost; что в данном случае неверно. Моя разработка RN завершена, и эта часть приложения работает с использованием созданного мной файла main.jsbundle.

Ошибка сборки, упомянутая
Это ошибка времени выполнения. Интересно, что у меня это работает в симуляторе ios 10, но не на реальном устройстве.

@matthiasdilger ой, подумал, что @marcpechaitis ссылается на OP.

Привет, ребята! Это работает для меня ( на симуляторе ):

1. Меню Xcode -> Продукт -> Изменить схему ...
2. Переменные среды -> Добавить -> Имя: "OS_ACTIVITY_MODE", значение: "отключить"
3. Запустите приложение еще раз, готово! 😄

@HADB все еще не работает на устройстве для меня

Теперь он работает на устройстве и симуляторе, переназначив все сертификаты подписи и права в проекте.

Xcode 8.0, ios10, iphone 5s

Ниже у меня работают настройки компилятора целевой RCTWebSocket.

Ни одно из этих решений у меня вообще не работает. Я добавил исключения в свой info.plist, и я просто не могу подключиться к моему серверу пакетов с моего физического телефона. Я не хочу отключать такие ошибки, как @HADB, упомянутые в OS_ACTIVITY_MODE, это законная ошибка.

Какое-нибудь решение этой проблемы?

+1

РН 0,34,0
iOS 10.0.1
айфон 5с

В симуляторе iOS 10 я также получаю массу сообщений журнала, связанных с __nw .

+1

РН 0.35.0-rc.0
IOS 10.1
Iphone 7 Plus

+1

Похоже, это проблема iOS 10, а не React Native.

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

Использование OS_ACTIVITY_MODE=disable ( как предлагает HADB ) - единственный текущий обходной путь.

@aleclarson Я согласился с частью журнала, но

@ frnk94 Ты про .jsbundle ? Упаковщик отлично обслуживает мой пакет для разработки.

Возможно, вы используете устаревший AppDelegate.m если этого нет:

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

@alanchenup Я думаю, проблема в том, что мой AppDelegate.m не подключается к моему фактическому устройству, спасибо за ответ, я исправлю свой код! :). Он отлично работает в симуляторе

Я решил это с помощью команд меню xcode:
продукт -> чистый
и (удерживайте нажатой клавишу выбора)
продукт -> 'чистая папка сборки'

+1

РН 0,34,0
iOS 10.0.1
айфон 5с

работает в симуляторе iOS 10, но не работает в реальном iphone 5S

@pietgk Мне не повезло с этим решением.

OS_ACTIVITY_MODE=disable работает, но это скорее ядерный вариант, поскольку он скрывает _все_ операторы NSLog при работе на устройстве. Возможно, лучше пока просто жить с загрязнением журнала при запуске на устройстве.

@aleclarson @ frnk94 На самом деле, я думаю, настоящая ошибка, которую мы получаем:
Sending websocketFailed with no listeners registered.

Я также не могу перезагрузить js с сервера на физическом устройстве.

+1

+1

@marcpechaitis Спасибо, что поделились моей статьей!

+1

Я получаю это, когда у меня есть и удаленная отладка, и отладка консоли (через react-native log-ios ). Отключение удаленной отладки решает проблему.

@warrenronsiek как отключить удаленную отладку?

@JansenLi Если вы не знаете, что это, вероятно, проблема не в этом. В вашем симуляторе нажмите команду + D, и появится меню, в котором вы можете включить или отключить «Удаленную отладку JS».

+1

+1

Получал эту ошибку, когда мой телефон не был подключен к Wi-Fi .. 🙈

Решение от HADB, приведенное выше, сработало для меня, но в XCode8 не хватает нескольких шагов, которые добавлены здесь для ясности:

1. Приложение Xcode -> Продукт -> Схема -> Изменить схему ...
2. Выполнить -> Аргументы -> Переменные среды -> Добавить (+) -> Имя: «OS_ACTIVITY_MODE», значение: «отключить» -> Закрыть
3. Запустите приложение еще раз, готово! 😄
   Это устраняет ошибки во время работы, но я не уверен, решает ли это основную проблему.

+1

бесполезно, пытаюсь понять, что происходит

Все еще присутствует на

РН 0,40,0
iOS 10.1
iPhone 6+

(Чистая установка с помощью react-native init )

Отключение журналов работает, или я могу просто фильтровать и игнорировать их, но кто-нибудь знает, что / если что-то действительно сломано из этого?

+1

+1

+1

+1
iOS 10.2
РН 0,35

+1
iOS 10.2
RN 0,40

Сообщение журнала «__nw_connection_get_connected_socket_block_invoke» появляется раз в секунду в оцениваемом мной проекте «react-native-router-flux». Сообщение похоже из скомпилированной библиотеки, потому что простой текстовый поиск ничего не обнаружил из node_modules и т. Д.

Пожалуйста, посмотрите https://github.com/facebook/react-native/issues/10027#issuecomment -261608678 или http://stackoverflow.com/a/39461256/158525
Xcode 8 с iOS 10 отображает гораздо больше операторов отладки низкого уровня.

+1 RN0.34 и RN0.32

все еще есть та же проблема с RN 0.40 и XCode 8.2.1

+1

+1

+1
iOS 10.2
РН 0,35

для меня эта проблема исчезла после обновления до rn0.40

+1
Xcode 8.2.1
РН: 0,40

У меня такой же проект на 2 Mac, перестал работать на том, где мне пришлось переустановить node / npm (и, следовательно, все глобальные зависимости). Он по-прежнему отлично работает на другом (однако не может заставить его работать на реальном iPhone). Так что для меня это похоже на что-то не связанное с Xcode / iOS.

Обновление: после очистки node_modules и npm i, все работает нормально, жизнь возвращается в нормальное русло :)

Ну, вроде :) все еще получаю их каждую секунду, хотя приложение вроде работает.
__nw_connection_get_connected_socket_block_invoke 60 Соединение не имеет подключенного обработчика

И теперь его нет. Каким бы неожиданным и необъяснимым оно ни было.

Возможно, не имеет отношения к этому, но эта проблема была решена для меня после того, как я отключил режим управляемого доступа на своем iPhone 6. Кажется неправдоподобным, но все же ...

+1
никакие решения пока не помогли

Edit Scheme -> Run -> Arguments - новый env. var. OS_ACTIVITY_MODE с disable помог мне

Вы можете заглушить ошибку с помощью OS_ACTIVITY_MODE, это просто ложное ведение журнала из веб-сокета, который мы открываем для React Devtools.

Привет @javache
Я бы не согласился с вашей точкой зрения.
Действительно, многие из нас знают, что отключение ведения журнала ОС не позволит это отобразить. Но это также мешает нам выполнять нормальную отладку наших приложений ... Еще раз, на прошлой неделе у нашей команды была проблема, и нам потребовалось навсегда, пока мы не вспомнили, что нужно повторно активировать журналы ОС, чтобы выявить ошибку и отсортировать нашу проблему ...

Решение @pietgk сработало для меня

это не проблема.

Что не так с людьми, закрывающими этот вопрос? Отключение ошибки в консоли вывода не является решением. Что вызывает проблему, что происходит? Это ошибка или предупреждение? Почему все эти же результаты (с приращением) отображаются бесконечно? Я думаю, что это единственный важный момент. Скажите, если я ошибаюсь ...

Я получаю эту ошибку / предупреждение при использовании выборки для моего api в сети, пакет загружается правильно (ios10.3 / RN 0.43-rc4). Сервер получает запрос и отправляет ответ, но RN никогда не получает ответа.
Итак, моя настоящая проблема здесь не в получении ответа, а не в предупреждениях.

Ребята, пожалуйста, откройте этот выпуск повторно. Благодарю.

Пожалуйста, изучите это.

XCode 8.2.1
RN .43
iOS 10.3
То же самое и здесь. Отключение консоли, чтобы скрыть проблему, для меня не вариант.

Отключение консоли, чтобы скрыть проблему, не должно быть вариантом ни для кого. Если закрыть глаза, вы также не увидите предупреждения.

Отключение вывода означает, что я больше ничего не могу отлаживать. Это должно быть открыто !!!

Пожалуйста, повторно откройте проблему.
Скрыть ошибку под ковром - это совсем не решение.

Комментировать +1 здесь бесполезно, пожалуйста, прекратите это делать. Согласно https://twitter.com/xenadu02/status/776669668404629504 это проблема симулятора, которая должна быть решена в будущем обновлении.

Честный комментарий @javache.

При этом я вижу это при работе на устройстве как в режиме отладки, так и в режиме выпуска. Это не та проблема, из-за которой человек теряет сон по ночам, но это можно считать шумовым загрязнением;)

Итак, если вы считаете это проблемой, которую следует исправить в будущем обновлении, почему бы не оставить эту проблему открытой, чтобы отразить вашу позицию по этому поводу?

Это не обходной путь XCode, но это облегчило мне боль при использовании терминала.

react-native log-ios | grep -v __nw_connection_get_connected_socket_block_invoke

@javache

1. Это воспроизводится на реальных устройствах в режиме разработки.
2. Также сообщения журнала от libnetwork.dylib , безусловно, являются ошибкой Apple, я должен сказать, что неконтролируемый спам в консоли - это лично поведение RN. Если я не туплю, я не должен видеть ошибки консоли каждые 2 секунды.

Примечание для разработчиков RN:
Источник проблемы - логика переподключения в RCTWebSocketObserver (по крайней мере, в RN 0.42.3) или в [RCTDevMenu packagerURL] . Метод reconnect spam OS с периодическими повторными попытками. Самым замечательным для меня было то, что он пытается подключиться к http: //localhost.8081/message с реального устройства.

@javache Просто

Согласно https://twitter.com/xenadu02/status/776669668404629504 это проблема симулятора, которая должна быть решена в будущем обновлении.

Также наблюдаем это на реальном устройстве под управлением 10.3.1 (14E304) с RN 0.44.0.

__EDIT: __ Упс, только что видел, как @vovkasm уже проинформировал вас, извините! Читал сверху, но все «+1» достались мне, и я перестал читать.

@javache Запуск iPhone 5 с iOS 10.2, проблема

Кто-то сказал, что печатать 👍 хорошо? :Тролль:

Это происходит на реальном устройстве. Я мог бы отключить сообщения, но это похоже на то, что требует исправления / объяснения.

Предложение @cmaitchison помогает, но в моем случае __ в начале не требуется
react-native log-ios | grep -v nw_connection_get_connected_socket_block_invoke

Кто-нибудь предвидит реальное решение этой проблемы вместо простого отключения логов? Мой ОКР сходит с ума по этой проблеме, но также и по поводу отключения регистрации. Я один такой?

@fgaleano вы не единственный. У меня есть идея, но сейчас нет времени на ее реализацию.
Я думаю, что RN необходимо реализовать какой-то флаг конфигурации, чтобы при желании включить / отключить подключение к хост-машине. Возможно, этот флаг может быть переключателем времени выполнения в меню разработчика ... но не уверен.

В настоящее время я использую различные обходные пути для фильтрации нежелательных сообщений с консоли (grep или эквиваленты при входе в терминал). Я бы не рекомендовал отключать логи с OS_ACTIVITY_MODE, потому что он скрывает другие важные сообщения: - /

Я понимаю, что сообщение +1 бесполезно. Чем полезно закрытие открытого вопроса? Похоже, у Facebook есть странная кафкианская политика в отношении ошибок

@vovkasm Как отфильтровать сообщения в xCode?

@andreyslyusar nohow, Xcode не имеет фильтров в консоли :-(, также есть некоторые расширенные фильтры в приложении Console на Sierra.

Но grep по-прежнему является для меня самым мощным способом фильтрации, поэтому я использую консоль iOS , она содержит приложение командной строки внутри пакета.
Итак, я могу сделать /Applications/iOS\ Console.app/Contents/Resources/iosconsole | egrep anything из терминала.

Просто некоторые мысли по этому поводу. Конечно, установка OS_ACTIVITY_MODE на отключение блокирует генерирование исходных ошибок. При этом, если вы находитесь на этапе тестирования-отладки, постоянное количество сообщений nw_connection_get_connected_socket_block_invoke может помешать увидеть то, что мы действительно хотим видеть в консоли (проверка выходных данных, состояния приложения и т. Д.). Пока вы помните, это исправление носит временный характер и может оказаться очень полезным. Чао!

Это все еще происходит с RN 0.44.0, iOS 10, iPhone 5S.

Продолжайте видеть "__nw_connection_get_connected_socket_block_invoke" каждую секунду, это очень раздражает, поэтому временное исправление OS_ACTIVITY_MODE очень полезно.

Видя это тоже. Было какое-то время. Некоторое время игнорировал это, но меня это уже достает :).

РН 0.44, Xcode 8.3.3

Чтобы расширить объяснение от @javache , эта ошибка связана с веб-сокетом, который встроен в react-native для подключения к react-devtools. Если вы не запускаете response-devtools во время отладки, вы получите эту ошибку, а также пересылаете через мост кучу сообщений с жалобами на невозможность открыть веб-сокет (вы увидите эти ошибки только в том случае, если используете что-то вроде р-н-снупи ).

Ошибка прекратится, как только вы установите и откроете react-devtools. Смотрите эти инструкции, чтобы узнать, как это сделать:
https://github.com/facebook/react-devtools/blob/master/packages/react-devtools/README.md

@emusgrave ,

1. ни @javache, ни кто-либо из facebook не сделали ничего, чтобы объяснить проблему в этой теме :-(
2. response-devtools хорош, когда он работает :-), но в большинстве случаев вы столкнетесь с ошибками (например, отладчик просто не работает в RN 0.45.1, почему devtools будет?)
3. у вас есть react-devtools, работающие при запуске приложения на реальном устройстве iOS?

@vovkasm
Что касается вашего №3, мне удалось заставить react-devtools работать с реального устройства iOS, но сообщение в консоли xcode все еще появляется. Я думаю, что это из-за того, как я это решил:

В верхней части моей точки входа в JS я добавил следующий хук в react-devtools:

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

(очевидно, замените IP на IP-адрес вашей рабочей станции).

Это создает соединение с react-devtools, но похоже, что внутренний код react-native все еще пытается создать собственное соединение, и поэтому сообщение продолжает отображаться в консоли xcode.

Я еще не придумал, как условно использовать решение require('react-devtools-core') ТОЛЬКО при использовании физического устройства без ручного (не) комментирования кода.

Во-вторых, для меня это была проблема react-devtools. Как только я их установил, все сообщения немедленно прекратились. Вот инструкции по установке: https://github.com/facebook/react-devtools/blob/master/packages/react-devtools/README.md

Это нереальная проблема react-devtools, как только я ее запускаю, надоедливые логи прекращаются.

Значит, все время это был react-devtools ?? Они должны написать это ОГРОМНЫМИ ЧЕРНЫМИ БУКВАМИ!

@fgaleano SOLUTION = УСТАНОВИТЬ REACT-DEVTOOLS
;)

https://github.com/facebook/react-native/commit/878b7e42fae990df745af2db6ac50cbac8a8ce1c удаляет это сообщение журнала в процессе разработки, перенаправляя внутреннюю функцию журнала Apple.

Это разумный обходной путь. Было бы очень хорошо иметь дополнительный функционал react-devtools.

Если бы это было необязательным, это ухудшило бы опыт в целом. Я твердо верю, что инструменты отладки занимают центральное место в разработке с помощью react native.

Подумав, это вообще плохая идея.

1. Это уже тратит больше работы, чем исправление
2. Он использует сомнительную и трудную для отладки технику, чтобы скрыть реальные предупреждения («настоящее предупреждение» здесь не строка nw_connection ... в самой журнале, а бесконечное количество таких строк)
3. Он привносит в проект опасный инструмент как зависимость
4. Он скрывает все такие предупреждения (не только от плохо спроектированного соединения react-devtools, но полезно, если разработчик приложения делает ту же ошибку)
5. Он скрывает бесконечный цикл повторного подключения на реальном устройстве

Я твердо верю, что опыт разработчиков с react-native будет лучше, если у вас будет более прозрачный и понятный код и поведение, а не все больше и больше слоев обходных путей.

Это ошибка, которую предупреждение отображается даже в более новых версиях iOS. Так что на самом деле это не скрывает ничего полезного. Повторное подключение сокета происходит только в отладочных сборках, но не в сборках выпуска. Все это необязательно компилируется с флагом RCT_DEV.

Если это изменение вызывает какие-либо проблемы, я более чем готов удалить его, но в настоящее время он скрывает проблему, которая раздражала многих разработчиков.

@matthiasdilger **

Xcode 8.0, ios10, iphone 5s **, как вы это сделали, пожалуйста; благодарю вас

По-прежнему вижу эту ошибку в версии 0.48.3. Игнорирование ошибок - это хитрость, а не решение!

Я убрал логи, настроив react-devtools. Вот шаги (с использованием React v0.48):

1. Установите react-devtools: npm install -g react-devtools
2. Запустите response-devtools: react-devtools
3. В своем проекте отредактируйте node_modules / response-native / Libraries / Core / Devtools / setupDevtools.js, заменив localhost на IP-адрес вашей машины разработки.
4. Создайте и запустите свой проект в Xcode.

Спасибо @takameyer. Примечание: у меня работает только запуск react-devtools, не нужно редактировать setupDevtools.js .

@lrettig это действительно необходимо при отладке на реальном устройстве.

Существует запрос на вытягивание, чтобы собственный код IOS заполнял локальный IP-адрес (машины отладчика):
https://github.com/facebook/react-native/issues/14431

Звучит глупо требовать редактирования кода модуля JS, чтобы предотвратить загрязнение журнала. решение OS_ACTIVITY_MODE стало бесполезным с IOS 11, поскольку оно блокирует все операторы NSLog, а не только системные журналы. В нашем случае больше нет журнала - мне было трудно связать его с этим хаком, который я использовал раньше!
Как кто-то сказал, взлом - это нехорошо. Требуется правильное исправление. Это больше, чем неудобство при отладке :(

Я подтвердил ту же проблему в следующем env:
iOS: 10.3.3 (реальное устройство)
React Native: 0,48
Xcode: 9.0
И приложение работает очень МЕДЛЕННО (это не так).

ОДНАКО, когда в Xcode -> Product -> Schema -> Edit Schema -> Info Tab -> Build Configuration -> установите от Debug до 'Release'
Запустите приложение еще раз, сообщение об ошибке исчезнет, ​​и приложение будет работать должным образом.
Конечно, это НЕ какое-либо решение, но я просто хочу поделиться этим и, возможно, немного подтолкнуть РЕАЛЬНОЕ решение.
Удачного кодирования!

Та же проблема.
РН: 0,49,3
Запуск iOS 11
Xcode 9
Настоящее устройство

та же проблема

РН: 0,49,0
iOS 11, iPhone 5s
Xcode 9

Пожалуйста, откройте это заново. Я не могу перезагрузить и отладить устройство.

У меня все еще происходит ... не могу работать на устройстве, но симулятор работает.

РН: 0,49,0
iOS 11, iPhone 7
Xcode: 9.0.1

Эта проблема все еще актуальна. Я задавался вопросом о долгом времени запуска во время тестирования устройства. У меня сработало изменение конфигурации сборки, например

Спасибо @takameyer. Упомянутые вами шаги устранили проблему.

круто @takameyer

@takameyer, использующий react-devtools успокаивает журналы XCode, но у меня есть проблема, связанная с этим. Я продолжаю получать бесконечный сетевой вывод в React Native Debugger с вызовом callbacks_poll который происходит только тогда, когда активна удаленная отладка. Я вижу то же самое в отладчике Chrome. Это также создает утечку памяти. Но я не уверен, что это та же проблема. Кажется, он появился недавно. Я на RN0.49.5

Это все еще проблема в 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
снова и снова, заглушая все остальные бревна ...

У меня такая же проблема на моем iPhone 6s, iOS 10. Скомпилировал проект iOS из Xcode в соответствии с инструкциями вики, и приложение зависает на экране-заставке. Вот журнал, который я получаю:

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]

И это продолжается и продолжается ...

Кто-нибудь может сообщить, исправил ли это RN 0.51.0? Сомневаюсь, но я еще не смог это проверить.

К сожалению, он все еще существует.

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

Отключить OS_ACTIVITY_MODE - не лучший способ.

Сначала я запускаю yarn start в корне React-native. Сумасшедший журнал исчезает в симуляторе, но все еще появляется в реальном устройстве.

После нескольких часов работы и прочтите все комментарии снова и снова. Наконец я обнаружил, что @emilsjolander 878b7e4 отлично работает.

Я избавляюсь от этого сумасшедшего журнала, прокомментировав код в - (void)reconnect function, который в React/RCTWebSocket/RCTReconnectingWebSockect.m .
Сумасшедшее бревно уходит. Но это всего лишь обходной путь. Вам не захочется делать это каждый раз.

Для других я думаю, что обновление React-native до 0.51.0 может решить эту проблему, похоже, что 878b7e4 находится в этой ветке.

Он все еще существует.
"реагировать": "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 Соединение не имеет подключенного обработчика
2018-01-10 15: 54: 17.134563 backgroundexample [3900: 1884258] [] __nw_connection_get_connected_socket_block_invoke 147 Соединение не имеет подключенного обработчика
2018-01-10 15: 54: 17.629791 backgroundexample [3900: 1884329] [] __nw_connection_get_connected_socket_block_invoke 148 Соединение не имеет подключенного обработчика

У кого-нибудь есть обходной путь ?? Это все еще происходит на моем устройстве iOS.

Я просто использую частичный обходной путь для этого. См. Https://github.com/facebook/react-native/pull/17617
Он добавляет параметр Enable / Disable DevTools в меню разработчика в приложении.

Но, к сожалению, этого недостаточно. Тем более, что другой веб-сокет создан в RCTPackagerConnection (функция socketForLocation ) и, как я вижу, его нельзя отключить из AppDelegate :-(

Я, вероятно, смогу добавить еще один элемент в меню разработчика в приложении, чтобы включить / отключить соединение с упаковщиком. Что думают люди? Может я что-то упускаю?

Я понимаю эту проблему .....
ошибка «nw_connection_get_connected_socket» не появится, если вы обновите настройки （ https://github.com/facebook/react-native/issues/10027#issuecomment -261608678）.

но, по-прежнему, вы не можете подключиться, проверьте, что ваш смартфон и рабочий стол подключены к одной сети ...

Есть ли движение по этой ошибке? Я все еще получаю следующие ошибки, и мне интересно, влияет ли это на подключение для моей включенной платформы?

Изготовлено на РН: 51, 52 и 53, по свежему проекту, быстро выброшено

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

Это все еще существует с RN 0.52.0 и 0.54.0-rc.3.
Я также наблюдаю, как приложение в режиме отладки попадает в цикл, в котором тонна журналов, касающихся «запомненных реквизитов» (что-то в этом роде), выводится в представление журнала Xcode, перегревается устройство (iphone 7), а затем приложение вылетает.

Что ж, это пока проблема. iOS 11, реагируйте 0.54.

Символ повторной привязки не работает на устройстве, ни один из методов замены не вызывается. Меня также беспокоит, что есть два веб-узла, пытающиеся подключиться к localhost, несмотря на то, что они работают на устройстве.

fetch () все еще не работает