MSC4494: Membership-based invite blocking#4494
Conversation
Signed-off-by: timedout <git@nexy7574.co.uk>
turt2live
added
proposal
There was a problem hiding this comment.
Implementation requirements:
- Client (setting)
- Client (using)
- Server (respecting)
- Backwards compatibility testing
|
|
||
| A new `default_action` for `m.invite_permission_config` is introduced: `deny_public`. | ||
|
|
||
| `deny_public` is intended to prevent invites being sent by users who only share public rooms with |
There was a problem hiding this comment.
Just for avoidance of doubt here: Inviters won't be able to invite you if they don't share a room at all?
I'm wondering really if this is more like "allow_private", as the proposal is really stating allow invites IF they come from a private source. (Albeit, we've complained in the past about using private in the spec and it not really having a defined meaning)
There was a problem hiding this comment.
Yes, this is something I went back and forth on while drafting. As far as I'm concerned, receiving an invite from anyone you don't share a non-public room with counts as a "public"-sourced invite, because they could've just found your user ID online (public) or in some other public room.
I'd like to keep that functionality in this proposal in some form, but if you think it'd be better split into another action value I'd be open for that too.
3 participants
Rendered