Compare commits

..

1 commit

Author SHA1 Message Date
Johannes Marbach ddfd0a1510
Merge 47cce0ca26 into fe3f43a905 2025-10-31 16:29:30 +01:00
2 changed files with 4 additions and 10 deletions

View file

@ -1 +0,0 @@
Clarify how to use `state_after` ahead of declaring full support for its spec version.

View file

@ -133,15 +133,10 @@ paths:
sync and the **start** of the timeline in `state` and MUST omit
`state_after`.
Servers MAY implement this parameter ahead of declaring support for
the version of the spec in which it was introduced. Consequently,
clients MAY set this parameter to `true` regardless of the
[`/versions`](/client-server-api/#get_matrixclientversions) response.
If they do, they can infer whether the server actually supports this
parameter from the presence of `state_after` in the response. If
`state_after` is missing, clients MUST behave as if they had not
specified the parameter and update their local state with events
in `state` and `timeline`.
Even if this is set to `true`, clients MUST update their local state
with events in `state` and `timeline` if `state_after` is missing in
the response, for compatibility with servers that don't support this
parameter.
By default, this is `false`.
example: false