Open manuroe opened 5 years ago
Unsure about priority, the only downside atm is that non-supporting clients will show the fallback content, even after server-side aggregation ... Which doesn't seem like a disaster to me, but would be good not to change the format after taking the feature out of labs.
Unsure if this needs any changes in synapse, e.g. whether or not it's blocked by backend.
From riot-web created by bwindels: vector-im/riot-web#10203
Server-side aggregation of m.replace events should replace the original event's
content
with them.new_content
in thecontent
of the replacing event. As it stands, riot on all platforms encryptsm.new_content
as part of encrypting the wholecontent
, so the server can't access it.As a consequence, clients that don't support edits (and ignore
m.new_content
) would show the fallback content of the replacement when receiving the original message after server-side aggregation has happened. The original event would also look like a relation, although that can be safely ignored by unsupporting clients.We need to encrypt
m.new_content
separately, so the server can pick it out to replace the original content with it, while preserving the rest of the original message.The new format of an edit in an encrypted room (after encryption) would look like this:
Also see discussion on matrix.