Skip to content

status_set

status_set is implemented by handleStatusSet in src/api/handlers/user/status_set.osl.

Handles the status set protocol operation through the resource-specific helper and storage layers.

Gate Requirement
Authentication Required by the central API gate.
Central permission None. Resource, channel, ownership, or hierarchy checks may still apply in the handler/helpers.
Broadcast Not marked global directly by this adapter. A helper may emit focused or server-wide updates.

Every request includes cmd: "status_set" and may include an opaque listener correlation value.

Field Validation / meaning
status schema.string().trim().minLen(1)
text schema.string().maxLen(100).defaultValue("")

The handler and shared validation path use these OSL schema definitions before normalization:

*schema.Schema schemaStatusSet = schema.object({
status: schema.string().trim().minLen(1),
text: schema.string().maxLen(100).defaultValue("")
})
  1. handleCmd enforces authentication.
  2. dispatchCmd routes status_set to handleStatusSet.
  3. The adapter validates and normalizes input, then calls its domain collaborators.
  4. Durable mutations complete before the response or event is returned.
  5. onMessage adds the request listener to direct responses and performs any marked broadcast.

Direct collaborators visible in the handler: userStatus, userStatusSet, statusSetConnections, statusBroadcast

Response/event command names visible in this adapter: status_set.

Validation and domain failures use:

{
"cmd": "error",
"val": "<message>",
"src": "status_set",
"listener": "<copied from request>"
}