Closed mbrevoort closed 6 years ago
Hi Mike, apologies for the late response and thanks for the report.
Definitely, we could have better error reporting. As you can see, it's just a matter of handling a few more http status codes:
I'll file an issue on our end
@dlau, there also seems to be an error on this line: https://github.com/launchdarkly/node-client/blob/b501fbcac11df0c3c082f47c3923901568ae2e54/index.js#L73
I don't think that's a valid constructor call for Node Error
. If err
is somehow a string that line should probably be: new Error("Unexpected error: " + err);
We're hitting this line in production and can't figure out what the underlying error is.
Hi @Chris911 ,
Thanks for bringing this up. We're currently making some improvements around error reporting in the SDK so we'll take a look at this right now too.
Alexis
Sounds good. Would appreciate if you could ping me in this PR when it's fixed.
Will do
Hi @mbrevoort and @Chris911 ,
I apologize for the delay on this. We just released a new version of our SDK which should make this better. For instance, if the SDK fails to connect to the streaming API as indicated by that status update, you would get a LDStreamingError
with a more informative message.
Hope that helps. Please let us know if you have any other questions or feedback!
Cheers, Alexis
Given this service interruption this morning:
It would be great if the error produced could better describe the problem (failed connection?) instead of a non-descriptive stacktrace: