-
-
Notifications
You must be signed in to change notification settings - Fork 97
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 /refresh endpoint to be V1 instead of V3 #1289
Conversation
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.
As an r0 endpoint, it got elevated to v3 in MSC2844
The implementations would be incorrect.
Does that effectively mean that refresh tokens do not exist in the wild despite being specced for half a year? |
Seemingly so, but that wasn't really the requirement for implementation on that MSC. |
Wait, I actually don't see it being an r0 endpoint in scope for MSC2844. |
All endpoints in the spec at the time of MSC2844 landing were in scope - that includes MSC2918 which was specified as an r0 endpoint and landed in the same spec version as MSC2844, ergo became |
err, sorry: point of clarification on the refresh tokens bits: since it got merged as |
for even more clarity on the timeline:
With this timeline in mind, MSC2918 was in fact r0-stable at the time of Matrix 1.1 and thus subject to MSC2844's changes. |
As per matrix-org/matrix-spec#1289, the refresh token MSC landed before the new endpoint versioning scheme, which means the /refresh endpoint should be available as /r0 and /v3 instead of /v1 Signed-off-by: Tulir Asokan <[email protected]>
The implementations in synapse and matrix-js-sdk use this as /v1/refresh, which, according to @KitsuneRal, is correct
Signed-off-by: Tobias Fella [email protected]
Preview: https://pr1289--matrix-spec-previews.netlify.app