-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
Firebase Dynamic Links sometimes got error NSPOSIXErrorDomain Code=53 "Software caused connection abort" #2303
Comments
This comment has been minimized.
This comment has been minimized.
I am facing the same error. @zesoat Did you got any solution for the same? |
@bhadresh8141
|
@zesoat Thanks...it works after putting delay 👍 |
As in link there is a case of nil at completion of handleUniversalLink. firebase/firebase-ios-sdk#2303 Also, even if make this correction, cause an error, so fixed it to tell it to the dart side.
As in link there is a case of nil at completion of handleUniversalLink. firebase/firebase-ios-sdk#2303 Also, even if make this correction, cause an error, so fixed it to tell it to the dart side.
As in link there is a case of nil at completion of handleUniversalLink. firebase/firebase-ios-sdk#2303 Also, even if make this correction, cause an error, so fixed it to tell it to the dart side.
Looks like the radar mentioned in the AFNetworking issue above was resolved and this issue hasn't seen any new reports. |
@morganchen12 This is now happening to me, exactly as reported here. |
@adarhef can you share a project that reproduces this behavior? Dynamic links will make a network request to resolve short links, which |
Unfortunately I cannot share a project reproducing this error. It is a short link, but my connection here can hardly be described as poor. Regardless I appreciate the quick reply! |
The network request cancellation is poorly documented, so it's not surprising that it's happening on any network quality. Does the error go away if you create a background task (as a workaround)? @dmandar do you think automatically creating a background task is reasonable here? |
I just realized that in order to create a background task I need to add the Background Fetch capability. I've never done it and I'm not sure I want to just in order to work around this issue in my code. I've tested simply wrapping the handle call in If only a background task is guaranteed to get around backgrounding-related issues without hacks in client code then it sounds like it's the only real solution to this issue. However I can see why adding the capability to the framework (if it's not there already) can be an issue in itself, in which case I'd consider adding one of the hacks suggested in this thread. I do feel like mine with a background QoS is much less offensive than sleeping. |
You shouldn't need any extra permissions to use this API. |
Okay, my bad. Wasn't aware of this one.
Is this what you meant? |
Yep, that's exactly what I had in mind. Do you still get the same error? If so, then I'm most likely wrong about the cause of the issue. Can you share an example project that reproduces this bug? |
Yes it's the same NSPOSIXErrorDomain Code=53 error. I can't share an example project, but even if I could it wouldn't contain any more code than what I've already shared. I'm running on an iPhone 7 with iOS 12.3.1 and the latest framework version. The use case is as I described earlier: Just go back and forth between Mail (where I tapped the short link). Turns out it doesn't matter how you do it: Force touch gesture, top left button to return to the last app, or even selecting the app manually from the app switcher. |
I was able to get around this using background tasks. So far, it seems to be working.
According to Apple's docs the |
I'm seeing I'm investigating and hunting where my configuration may have regressed but nothing obvious is revealing itself yet. Has anything recently changed with |
Closing since this issue has staled. |
I created dynamic links from firebase console. Then I clicked that link to open my app.
Sometimes I got success, but sometimes I got error from
DynamicLinks.dynamicLinks().handleUniversalLink
in AppDelegate
Error Domain=NSPOSIXErrorDomain Code=53 "Software caused connection abort" UserInfo={_kCFStreamErrorCodeKey=53, _kCFStreamErrorDomainKey=1}
Steps to reproduce:
Relevant Code:
I've read issue from react-native-firebase
And this issue was fixed in 5.2.1 yesterday(22/01/2019)
The text was updated successfully, but these errors were encountered: