Runtime Settings
Runtime settings are hot-updated product policy stored in PostgreSQL. Use them for registration, room creation, proxy policy, CORS, chat retention, and similar behavior. Do not use them for startup secrets, listener ports, database connections, Redis connections, or cache enablement.
Basic Commands
Section titled “Basic Commands”synctv settings listsynctv settings get usersynctv settings update user --set enablePasswordSignup=truePermission defaults are runtime settings too. Guests use a dedicated ceiling, so media-resource, chat-write, and administration permissions are rejected:
synctv settings update permissions --set guestDefaultPermissions=view_member_list,use_webrtcWhere a Change Belongs
Section titled “Where a Change Belongs”| Change | Location |
|---|---|
| Registration switches, room creation policy, proxy policy, CORS, chat retention | Runtime settings |
| JWT secret, OPAQUE setup secret, credential encryption key | Startup configuration and secret management |
| PostgreSQL, Redis, listener ports, TLS, data_dir | Startup configuration |
| User 2FA, notifications, default Provider | User preferences |
| Provider URL, token, cookie | Provider instance management |
Multi-Replica Behavior
Section titled “Multi-Replica Behavior”After a runtime setting is written to PostgreSQL, LISTEN/NOTIFY tells other replicas to refresh local caches. If a replica does not update, inspect database connectivity, notification listeners, and version skew.
Fields, defaults, and validation rules are in Runtime Settings Reference.