-
Notifications
You must be signed in to change notification settings - Fork 383
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
MSC3442: move the prev_content
key to unsigned
#3442
Conversation
Pretty much every client SDK I worked with has a WTF like this because of this behaviour: https://gitlab.com/famedly/company/frontend/famedlysdk/-/blob/864151ec838690452a38879019ca2170c64b24cc/lib/src/event.dart#L92 So yeah, I think this is a very reasonable change and would make the spec match reality a lot more! |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes. Please.
`redacted_because` and `transaction_id`. | ||
|
||
This will affect: | ||
* Events returned by the Client-Server API. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Except /notifications
and /sync
since events returned by those are already in line with the new layout, correct?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As far as the spec is concerned, it will change the behaviour of /sync
, and leave the behaviour of /notifications
as-is.
As far as Synapse is concerned, it won't change anything at all, because it already puts prev_content
under unsigned
(usually in addition to the top level).
I'm not really sure that anything I could add here would make the situation any clearer.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Seems sensible. The mention of how backwards compatibly works is also appreciated, for the servers which want to avoid breaking things.
I don't mean to rush this, but on the other hand, I don't think there's much contentious here. @mscbot fcp merge |
Team member @richvdh has proposed to merge this. The next step is review by the rest of the tagged people: Once at least 75% of reviewers approve (and there are no outstanding concerns), this will enter its final comment period. If you spot a major issue that hasn't been raised at any point in this process, please speak up! See this document for information about what commands tagged team members can give me. |
@turt2live I'm going to remove the needs-implementation label, because I think it's already implemented. As noted in the MSC, Dendrite and Synapse already follow the proposal more than they do the spec. Matrix-js-sdk doesn't care. Basically, I'm not actually expecting any immediate implementation changes as a result of this MSC. |
🔔 This is now entering its final comment period, as per the review above. 🔔 |
The final comment period, with a disposition to merge, as per the review above, is now complete. |
This merged 27 days ago 🎉 |
Rendered
fixes: #877
FCP proposal