Compare commits

...

2 commits

Author SHA1 Message Date
Johannes Marbach b982190b20
Merge 617804e3c7 into 4cafe7d9f4 2025-10-31 11:55:57 +01:00
Johannes Marbach 617804e3c7 Clarify how to use state_after ahead of declaring full support for its spec version
Signed-off-by: Johannes Marbach <n0-0ne+github@mailbox.org>
2025-10-31 08:39:17 +01:00
2 changed files with 10 additions and 4 deletions

View file

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

View file

@ -133,10 +133,15 @@ paths:
sync and the **start** of the timeline in `state` and MUST omit
`state_after`.
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.
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`.
By default, this is `false`.
example: false