-
Notifications
You must be signed in to change notification settings - Fork 24.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
nw_socket_handle_socket_event [C39.1:1] Socket SO_ERROR [61: Connection refused] #22140
Comments
We are automatically closing this issue because it does not appear to follow any of the provided issue templates. Please make use of the bug report template to let us know about a reproducible bug or regression in the core React Native library. If you'd like to propose a change or discuss a feature request, there is a repository dedicated to Discussions and Proposals you may use for this purpose. |
This is ridiculous! |
@wzup i'm running into this issue too. Did you resolve? |
Dupe of #21030 |
+1 |
4 similar comments
+1 |
+1 |
+1 |
+1 |
This should be fixed in the latest react-native. Provide a reproduction using the latest version, rather than +1 a closed issue which is a duplicate of a resolved problem. |
@msand I'm not seeing this fixed in 0.59.3. I see the code that should fix it, I'm definitely on 0.59.3, but I'm still getting the endless spam. |
Still here in 0.59.5 too |
i have the same problem, my app stuck after success and metro-bundler shows 100%, react-native-cli: 2.0.1 #24023 (comment) , i will try @patrickkempff solution and see |
@wzup like my previous comment @patrickkempff solution worked for me, at AppDelegate.m , changing
to
|
+1 |
same problem |
@msand This issue has been around for a long time, and issues about this keep getting closed left and right. It's not fixed, still exists, and is really annoying, too. Anything we can do to help? |
My solution was to switch to flutter, it's been more performant and lacks the various little issues like this. And when they do happen, they get fixed. |
@RWOverdijk Are you getting this error once on startup? Or does it keep writing that to the output every so often? The issue used to be that it kept retrying and eating up more memory. Now I only see it once on startup, so in that sense the issue is fixed already. I think facebook has some internal tools which aren't open source, and react-native is trying to connect to that, failing and thus causing this message. Either way it should only happen in development mode, and shouldn't be causing any issues as far as I know at the moment. Or do you have any other symptoms than this being written to output once? I'm not on the core team, so I don't know anything about the actual difference in development environment internally at facebook vs open-source. And I don't have any power to change the logic related to this. I guess a configuration flag which would disable the system from even trying to connect would be useful, and wouldn't cause developers to go looking for the cause and fix for this warning/error message. What do you think @shergin ? |
@msand This issue pops up while running, too. I filter out my logs now, but any other logs become impossible to read. And it keeps becoming more and more, like some old task keeps retrying while new tasks get spawned. I followed the upgrade paths from rndiff, so perhaps something wasn't in there and I missed a step? I'm on 0.59.10 right now, making the step to 0.60 once I fix issues with other libs, but I read that it should be fixed in 0.59.9 as well. |
+1 here. Updated my Xcode and react-native-ble-plx in my project, and cannot start the app it gets stuck in Loaded 100% |
+1 here. I just update my RN to the latest with xcode latest version to and this issue still appear. Since this issue already close without any fix maybe we can create a new one |
React Native always sends this strange logs in Xcode console. This log is just infinite.
What does this log mean?
Is it normal for RN?
How to remove this behavior from my RN app?
The text was updated successfully, but these errors were encountered: