Merge pull request #2264 from matrix-org/travis/msc/feature-flag-2140
MSC2264: Add an unstable feature flag to MSC2140 for clients to detect support
This commit is contained in:
commit
a7c3c295b8
1 changed files with 13 additions and 1 deletions
|
@ -1,5 +1,7 @@
|
|||
# MSC2140: Terms of Service API for Identity Servers and Integration Managers
|
||||
|
||||
*Note*: This MSC was added to in [MSC2264](https://github.com/matrix-org/matrix-doc/pull/2264)
|
||||
|
||||
[MSC1692](https://github.com/matrix-org/matrix-doc/issues/1692) introduces a
|
||||
method for homeservers to require that users read and agree to certain
|
||||
documents before being permitted to use the service. This proposal introduces a
|
||||
|
@ -277,6 +279,16 @@ Clients may add IS bindings for 3PIDs that already exist on the user's
|
|||
Homeserver account by using the `POST /_matrix/client/r0/account/3pid`
|
||||
to re-add the 3PID.
|
||||
|
||||
### Unstable feature flag for transition
|
||||
|
||||
In order to allow client implementations to determine if the homeserver they are developed
|
||||
against supports `id_access_token`, an unstable feature flag of `m.id_access_token`
|
||||
is to be added to `/versions`. When the flag is `false` or not present, clients must assume
|
||||
that the homeserver does not support being given `id_access_token` and may receive an error
|
||||
for doing so. Clients are expected to use the supported specification versions the homeserver
|
||||
advertises instead of the feature flag's presence once this proposal is included in a release
|
||||
of the specification.
|
||||
|
||||
## Tradeoffs
|
||||
|
||||
The Identity Service API previously did not require authentication, and OpenID
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue