Skip to main content

Status Mutations

Status mutations are scoped to the board associated with the API key and require a write-enabled key. Each mutation returns a Status directly.

Create Status

color is optional. When omitted, the server uses #000000.

mutation CreateStatus($name: String!, $color: String) {
createStatus(name: $name, color: $color) {
id
color
name
type
}
}
FieldTypeDescription
nameString!Name of the custom status
colorStringDisplay color; defaults to #000000

Update Status

Only id is required. Omit color or name to leave that value unchanged.

mutation UpdateStatus(
$id: String!
$color: String
$name: String
) {
updateStatus(id: $id, color: $color, name: $name) {
id
color
name
type
}
}
FieldTypeDescription
idString!ID of the custom status to update
colorStringNew display color
nameStringNew status name

Delete Status

mutation DeleteStatus($id: String!) {
deleteStatus(id: $id) {
id
color
name
type
}
}
FieldTypeDescription
idString!ID of the custom status to delete

The public API does not expose a status-reordering mutation. Reordering in the Nolt application uses an internal API and is not part of this reference.

Error Handling

The API returns GraphQL errors when the API key is invalid or read-only, the status does not exist, or the status belongs to another board.