Grant access to a room
A room’s roster is how you give people access to that room without making them global administrators. Each entry maps a user or group to a set of capabilities that apply only when the target is this room.
Who can do this: editing a roster needs
auth:manage— the roster is access control (distinct from editing the room’s identity, which needsnode:manage).
The capabilities
| Capability | Lets the subject… (only for this room) |
|---|---|
view | see the room, its recordings, schedules, and health |
listen | live-listen to the room |
download | download the room’s recordings |
operate | start and stop recordings in the room |
book | create and edit the room’s schedules |
edit | edit recording metadata |
delete | delete the room’s recordings |
Add or change a roster entry
- Open Rooms and click the room to open its detail page.
- Find the roster editor.
- Add a user or group with the searchable picker, then toggle the capabilities they should have.
- Save. Remove an entry the same way to revoke access.
How access combines
- Room-scoped only. A capability authorizes an action only when the target resolves to this room — it grants nothing elsewhere.
- Union. A person’s effective access is the union of their own roster entry and any group entries they belong to, for this room.
- Deny still wins. An explicit deny access policy overrides any roster capability. See Manage groups & access policies.
- Never node/settings. Rosters never grant node, settings, or credential management — those stay role-based.
Manual vs calendar-derived entries
The roster editor edits manual entries. Entries with source = calendar are
created automatically when a schedule assigns users or
groups (they get view + operate by default) — manage those through the
schedule, not the roster editor. They’re removed automatically when the
assignment or schedule goes away.
See also
- Manage rooms — creating and editing the room itself
- Manage users · Manage groups & access policies
- Rooms & access rosters guide — the full model