mirror of
https://github.com/matrix-org/matrix-spec
synced 2026-03-03 10:14:10 +01:00
Note that redactions of knocks are not a concern
This commit is contained in:
parent
a924f5b3d5
commit
815dae6eae
|
|
@ -68,21 +68,9 @@ rules from room version 5 are:
|
||||||
- Knocks are not restricted by power level like invites are. The `join_rules`
|
- Knocks are not restricted by power level like invites are. The `join_rules`
|
||||||
are already used to enforce whether someone can or cannot knock.
|
are already used to enforce whether someone can or cannot knock.
|
||||||
|
|
||||||
|
Additionally, note that redactions of knock events are not a concern, as
|
||||||
* Under "11. If type is `m.room.redaction`", the following should be added:
|
`membership` keys are excluded from being redacted as defined by all current
|
||||||
|
room versions.
|
||||||
```
|
|
||||||
a. If the type of the `event_id` of the event being redacted is
|
|
||||||
`m.room.member` and the `membership` field in its `content` dictionary is
|
|
||||||
`knock`, reject.
|
|
||||||
```
|
|
||||||
|
|
||||||
Notes:
|
|
||||||
- The server you sent a knock through later should not be able to redact
|
|
||||||
that knock afterwards. The knock should instead be rejected by whoever
|
|
||||||
has the authority to.
|
|
||||||
|
|
||||||
XXX: Is this the best place in the auth rules to enforce this?
|
|
||||||
|
|
||||||
## Membership changes
|
## Membership changes
|
||||||
Once someone has sent a `knock` membership into the room, the membership for
|
Once someone has sent a `knock` membership into the room, the membership for
|
||||||
|
|
|
||||||
Loading…
Reference in a new issue