Skip to content
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

fix: force the connection into a complete state #726

Closed

Conversation

KimEbert42
Copy link
Contributor

When connecting, a race connection can be created. Some invitees will process messages out of order, and a connection may not be in a state that is ready to receive additional messages. The work around is to sleep for an estimated number of seconds. This may cause connectivity issues between invitee and the inviter, and a poor experience in the community.

The recommendation is to change the language so that the invitee MUST send a message to complete the connection, so the inviter may know when it can send additional messages.

Signed-off-by: Kim Ebert [email protected]

Copy link
Member

@TimoGlastra TimoGlastra left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I agree we should have made this change from the start, but I'm not sure we should make this change now.

The connection protocol is about to be deprecated and replaced by the did exchange protocol which does require completion. Making this required now will only increase complexity as you can't assume implementations will update a deprecated protocol.

I think a 'workaround' most implementations use is to just interpret the state of response as active.

@KimEbert42
Copy link
Contributor Author

Old protocols seem to have a way of living a lot longer than we ever intend them to live. I think we should still make the change to encourage proper behavior.

@KimEbert42
Copy link
Contributor Author

I will update wording here to clarify the agent may see other agents not doing this behavior.

@b1conrad
Copy link
Contributor

Totally understand the hope that implementers will move away from deprecated protocols.

That being said, I need to second the suggestion to make the change in the spec. We (ACA-Pico) will likely continue to use the connections protocol for some time. Eventually, we will move to did-exchange, but I cannot predict when that will be.

@TelegramSam
Copy link
Contributor

Discussed 20241009. Closed as connections is being actively phased out.

@TelegramSam TelegramSam closed this Oct 9, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants