Add section about backwards compatibility
Signed-off-by: Tulir Asokan <tulir@maunium.net>
This commit is contained in:
parent
b2ce6f87bc
commit
30106aaaac
1 changed files with 11 additions and 0 deletions
|
@ -17,6 +17,17 @@ It would be easiest to do this before MSC2174 is written into the spec, as then
|
|||
only one migration would be needed: from an event-level redacts string to a
|
||||
content-level redacts array.
|
||||
|
||||
### Backwards compatibility
|
||||
There is no easy way to stay fully compatible with *older* clients, so the
|
||||
proposed solution is to not support them. In order to not break old clients
|
||||
completely, servers should still add a `redacts` string containing one of the
|
||||
redacted event IDs to the top level of `m.room.redaction` events in *newer*
|
||||
room versions when serving such events over the Client-Server API.
|
||||
|
||||
Like MSC2174, for improved compatibility with *newer* clients, servers should
|
||||
add a `redacts` array to the `content` of `m.room.redaction` events in *older*
|
||||
room versions when serving such events over the Client-Server API.
|
||||
|
||||
### Number of redactions
|
||||
Room v4+ event IDs are 44 bytes long, which means the federation event size
|
||||
limit would cap a single redaction event at a bit less than 1500 targets.
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue