-
Notifications
You must be signed in to change notification settings - Fork 663
Dont generate connection_ids in the rust client. #3004
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
Conversation
|
I don't think we need to deprecate the panicking |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Codegen appears not to have changed other than the commit hash, so I'd suggest we might as well remove those changes to shrink the diff here.
EDIT: I suppose this will change when we add the try_connection_id method, so disregard.
# Description of Changes This changes the behavior on the rust client, so that we let the server generate the connection id if the client hasn't called the unstable method to set a connection id. This is awkward for the `connection_id` function, since it now panics if the connection id hasn't been received from the server. We should deprecate this function in favor of a `try` version. This also changes the behavior of reusing the connection id if a client reconnects. The corresponding private PR is clockworklabs/SpacetimeDBPrivate#1921. # API and ABI breaking changes Technically not changing any API signatures, but this is behavior-changing, since the `connection_id` function can now panic. # Expected complexity level and risk 2. The risk here is people relying on that behavior. # Testing I think some tests need to be updated.
Description of Changes
This changes the behavior on the rust client, so that we let the server generate the connection id if the client hasn't called the unstable method to set a connection id.
This is awkward for the
connection_idfunction, since it now panics if the connection id hasn't been received from the server. We should deprecate this function in favor of atryversion.This also changes the behavior of reusing the connection id if a client reconnects.
The corresponding private PR is https://github.com/clockworklabs/SpacetimeDBPrivate/pull/1921.
API and ABI breaking changes
Technically not changing any API signatures, but this is behavior-changing, since the
connection_idfunction can now panic.Expected complexity level and risk
Testing
I think some tests need to be updated.