Closed ciriousjoker closed 1 year ago
Hi @ciriousjoker This is normal flow of configuration method. It doesn’t provide the callbacks, just verify app details with Chargebee. is there any specific reason looking out for the callback?
I'm trying to use it like this:
try {
await configure();
// Log if it worked
} catch (e) {
...
}
Currently, it seems like it will throw and if it doesn't throw, that means everything went smoothly?
What if the user has no internet connection? In that case it failed silently because the network request never completes.
In Android, if no internet connection it should throw error, this use case has been handled. can you please check and confirm?. for iOS, will update the sdk to handle this scenario. Thanks.
During my testing, it did throw an error, but network requests are really hard. Sometimes there is a working wifi connection or 3G connection, but due to high package loss the bytes basically come in one by one. Is there a timeout for such cases at which point the request is considered "failed"?
During my testing, it did throw an error, but network requests are really hard. Sometimes there is a working wifi connection or 3G connection, but due to high package loss the bytes basically come in one by one. Is there a timeout for such cases at which point the request is considered "failed"?
The SDK doesn't specified timeout explicitly for now and the default connect time out that Retrofit gives between 10s and 15s.
In Android, if no internet connection it should throw error, this use case has been handled. can you please check and confirm?. for iOS, will update the sdk to handle this scenario. Thanks.
We have updated the sdk that throws an error in case of failure during configure() method in both iOS and Android. Please check and let us know if running into issue around this method. Thanks.
This is in the logs:
Is this normal? If I remember correctly it is, but I'm not sure.