You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If the participants of room B are not in room A, they will still see the replied to sender, body and via servers in the event source. It's not particularly sporting of Element to do this as the UI just shows a Unable to load event that was replied to, it either does not exist or you do not have permission to view it..
In this case it's particularly annoying because some of the via servers should probably have remained private...
The text was updated successfully, but these errors were encountered:
Well, it's still a leak so I'd like to document the unsafe nature of the feature in here regardless, but we should probably open something on matrix-doc too.
I should mention that the spec doesn't require ?via= on the reply format, so stripping those would still compliant with the spec.
I don't think the spec mandates that you are required to keep the reply format at all when handling forwarded messages, since the spec doesn't describe event forwarding at all (yet). Presumably even just forwarding the reply content to a room would be safer than what we have today.
If the participants of room B are not in room A, they will still see the replied to sender, body and via servers in the event source. It's not particularly sporting of Element to do this as the UI just shows a
Unable to load event that was replied to, it either does not exist or you do not have permission to view it.
.In this case it's particularly annoying because some of the via servers should probably have remained private...
The text was updated successfully, but these errors were encountered: