🤔

A related issue is that CAN_EDIT does not imply CAN_JOIN, so users with CAN_EDIT but no CAN_JOIN can get a policy error while trying to join.

However, they can add themselves to the participant list or edit the join policy, add themselves, join, then revert the join policy, so this error is pointless and somewhat confusing. Instead, CAN_EDIT should just imply CAN_JOIN.

(Or we should just remove CAN_JOIN -- is there any actual use case for read-only rooms? If there is, shouldn't users still be able to join those rooms in order to follow them, just not send messages?)

I think we should remove the CAN_JOIN. If you can see it, you can join it. I don't see any parallel in Slack and looks like there are mods that add it forceably by kicking you off a channel if you leave a message. lulz.

That seems reasonable to me. We could implement a "read-only" equivalent later by having a flag like "require edit permission to send messages to this room" if we need it. That probably makes more sense anyway -- I can't really think of any use cases where a room is sort-of read-only, but the users who can post to it are different than users who can edit it.

The best I can come up with is something like this:

• Room is "Design Decrees".
• @chad is king.
• But a few subjects who he trusts only a tiny amount may also post announcements.

But I think it's fine to say "just let them edit the room too and fire them if they abuse their power, since you're already trusting them a lot anyway".

(And I think "Conpherence as an announcement tool" is a very marginal use case anyway -- today, Phame is probably better already?)