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

Define version scheme for appservice endpoints (and fix routes?) #1616

Closed
turt2live opened this issue Aug 30, 2018 · 1 comment
Closed

Define version scheme for appservice endpoints (and fix routes?) #1616

turt2live opened this issue Aug 30, 2018 · 1 comment
Labels
application services wart A point where the protocol is inconsistent or inelegant

Comments

@turt2live
Copy link
Member

Currently the 3rd party stuff uses /_matrix/app/unstable, however by nature application services that have supported this endpoint for the last 4 years are unlikely to be happy about it becoming /v1. We should probably define that /v1 is the correct route and that homeservers fall back to /unstable if they get some sort of error code as a backwards compatibility measure.

Similarly, we should probably put /users, /rooms, and /transactions under the same namespace as 3rd party stuff, using a similar fallback mechanism.

Putting this as an r0 item to spark the discussion.

@turt2live turt2live added wart A point where the protocol is inconsistent or inelegant application services labels Aug 30, 2018
@turt2live
Copy link
Member Author

Decided to go with the suggestion in the OP: spec as /v1 and fallback when it errors.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
application services wart A point where the protocol is inconsistent or inelegant
Projects
None yet
Development

No branches or pull requests

1 participant