Work Items API returns bare `state` UUID despite `?expand=state`

Fetching a single work item with GET /workspaces/{slug}/projects/{project_id}/work-items/{id}/?expand=state usually returns the expanded state object, but for some work items it returns state as a bare UUID string instead — even with expand=state set. This makes it impossible to resolve the state name from the response alone; a separate /states/ lookup is required only for those items.

Expected

state is consistently expanded to an object when expand=state is passed:

{
  "id": "11111111-1111-1111-1111-111111111111",
  "name": "PR Created",
  "state": {
    "id": "22222222-2222-2222-2222-222222222222",
    "name": "PR Created",
    "group": "started"
  }
}

Actual (intermittent)

Same request, different work item — state comes back as a bare UUID:

{
  "id": "33333333-3333-3333-3333-333333333333",
  "name": "Some ticket",
  "state": "22222222-2222-2222-2222-222222222222"
}

Consumers that read state.name get nothing for these items and have to fall back to a /states/ lookup to map the UUID → name.

Details

• Endpoint: GET /workspaces/{slug}/projects/{project_id}/work-items/{id}/?expand=state
• API: REST API (api.plane.so, cloud)
• Impact: intermittent — most items expand correctly, a minority return the bare UUID.

Start by reproducing the specified GET request with ?expand=state against work items that currently return an object and those that return a UUID. Trace the REST API response path for state and verify the fix by confirming that every expanded response contains the state object's id, name, and group without requiring a separate /states/ lookup.