fix(ui): Timeline::send_reply
correctly sets up m.mentions
#3341
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
In #2691, I suppose
the way
add_mentions
is computed is… wrong.AddMentions
is used toautomatically infer the
m.mentions
of the reply event based on thereplied event. The way it was computed was based on the reply event
mentions
, which seems wrong: if the reply contains mentions, then thesender should be part of it? Nah. That's a bug. We want the reply event
to automatically mention the sender of the replied event if and only
if it's not the same as the current user, i.e. the sender of the reply
event.
This patch fixes the
add_mentions
calculation. This patch also updatesa test and adds another test to ensure that
m.mentions
is correctlydefined when replying to an event.