-
-
Notifications
You must be signed in to change notification settings - Fork 82
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
Better errors if connections can't be initiated #16
Comments
The errors will be forwarded to the configured We could theoretically forward all of the connection errors to the connection call, but there can be an unbounded amount of them depending on how long the initialization timeout is, and there could even be none. |
The next breaking release will have a couple of changes here: The default error handler will log instead of discarding errors, and the last error message will be saved off and put in initialization/get timeout errors: 99b19cc. It's not the actual error value since the error handler consumes those. We could change it to only get passed a reference to allow them to be stored off, but that seems not super worth it. |
Fixed in 0.7. |
Right now all one gets is
InitializationError(())
which gives very little information about what could have gone wrong, even if there is an informative error from the connection-opening function.The text was updated successfully, but these errors were encountered: