{id}

PATCH /api/admin/support/tickets/:id {status?, assignee?, tags?} (support.assign); each change audited on its own.

Caller and authorization

Staff cookie session; permission support.assign. Write requests need same-origin JSON and X-Admin-CSRF from this session.

This is the private staff console on https://admin.handwrites.io. A personal API key, organisation token, student login or isolated app-testing credential does not authenticate this route.

Request contract

Location	Name	Required	Meaning
path	`id`	Yes	Use the ID from an authorized staff response; source validators reject malformed IDs.
header	`X-Admin-CSRF`	Yes	Session-bound token from the staff page; not a developer credential.

The following is the accepted request shape, expressed as JSON Schema. It is not a runnable example. Runtime refinements and operation rules also apply.

{
  "type": "object",
  "properties": {
    "status": {
      "type": "string",
      "enum": [
        "open",
        "pending",
        "solved",
        "spam"
      ]
    },
    "assignee": {
      "anyOf": [
        {
          "type": "string",
          "minLength": 1,
          "maxLength": 128
        },
        {
          "type": "null"
        }
      ]
    },
    "tags": {
      "type": "array",
      "items": {
        "type": "string",
        "maxLength": 32
      },
      "maxItems": 20
    }
  },
  "required": [],
  "minProperties": 1,
  "description": "At least one of status, assignee or tags is required. Each change is audited separately."
}

Response and failures

Success: 200. PATCH /api/admin/support/tickets/:id {status?, assignee?, tags?} (support.assign); each change audited on its own.

The wrapper returns {error:{code,message}} for CloudError failures, attaches Request-Id, and disables caching. Handle 401 by signing in; show role refusal for 403 forbidden, reauthenticate only for step_up_required, and collect a reason for 400 reason_required. A CSRF failure needs a current page/session token, not blind retries. Operation-specific 404/409/413/422/502/503 errors retain their status. Honor Retry-After on 429.

Usage notes

Keep customer messages and attachment URLs out of general logs. Replies can send real email; notes remain internal. Render inbound HTML only in the console’s sandboxed, network-restricted frame.

Implementation contract

Source snapshot: admin/src/app/api/admin/support/tickets/[id]/route.ts. This reference describes the current working tree, not proof of deployment. The response service types and validators remain authoritative. The exact exported handler below makes conditional behavior reviewable. For helpers such as customer-routes or cloudRoute, see the shared API specification notes and the named service module.

/** PATCH /api/admin/support/tickets/:id {status?, assignee?, tags?} (support.assign); each change audited on its own. */
export const PATCH = adminRoute("support.assign", async (request, ctx, { params }: Context) => {
  const id = ticketIdParam((await params).id);
  const body = await readBody(request, PATCH_BODY);
  let row;
  if (body.status !== undefined) row = await setStatus(ctx, id, body.status);
  if (body.assignee !== undefined) row = await assign(ctx, id, body.assignee);
  if (body.tags !== undefined) row = await setTags(ctx, id, body.tags);
  return adminJson({ ticket: row });
});

Do not use production customer data to test this operation. Use an authorized staff test account and a disposable target in an appropriate environment; email, deletion, role and credential mutations have real effects.

README — PATCH /api/admin/support/tickets/{id}

PATCH /api/admin/support/tickets/{id}#

Caller and authorization#

Request contract#

Response and failures#