-
-
Notifications
You must be signed in to change notification settings - Fork 2.1k
Synapse does not apply edits to events other than m.room.message
#12793
Comments
I came across this issue while doing tests on matrix.org. As far as I can tell, Synapse doesn't even seem to "modify the content of the original event according to the m.new_content of the most recent edit.", even for Original message, before and after editing:
Message created by editing:
I guess this would not get picked up by users as Element will anyway display the edited content of messages, but I'm wondering if something has changed in the protocol or implementation since this issue was opened. Or am I missing something completely obvious here? |
As of today, the correct behavior should be applied, but only for |
Via the sync API. |
Bundled aggregations are only returned if the result is
You can then see here when aggregations are bundled:
|
Oh right, I had missed the point with the "limited". Not quite sure about the logic of it, but in any case, thanks for the info! |
See #14252. |
Hm actually I think this was fixed by #15193 to no longer apply edits. |
MSC2676 says:
It also gives a comprehensive list of what comprises a "valid" edit event.
Synapse does this, but only where the events are of type
m.room.message
. This is incorrect: it should also do so for other event types. Examples include polls (org.matrix.msc3381.poll.start
), which can be edited via the Element UI, and stickers (m.sticker
), which cannot be edited via the UI but can via the API.This is closely related to #12503, but that concerns aggregations, whereas this issue is about updating the
content
of the original event.The text was updated successfully, but these errors were encountered: