ContextCapture

Update safe fields on a linked ticket

patch/integrations/context-capture/v1/tickets/{ticketId}

Request

  • Base URL: https://api.apphandoff.com/api
  • URL: https://api.apphandoff.com/api/integrations/context-capture/v1/tickets/{ticketId}
  • Auth: HTTP bearer

Request body

expectedRevisionstring date-time required
titlestring
descriptionstring
priority'low' | 'medium' | 'high'
status'open' | 'closed'

Response

Updated ticket

idstring uuid required
numberinteger required
titlestring required
status'open' | 'closed' required
stage'backlog' | 'up_next' | 'in_progress' | 'validation' | 'live' required
priority'low' | 'medium' | 'high' required
revisionstring date-time required
updatedAtstring date-time required
portalUrlstring uri required
resolutionTypestring nullable required

How the ticket was actually resolved, so a customer-facing status can say "merged into HO-n" or "closed, not built" instead of "Resolved". Every closed ticket lands in stage live regardless of outcome, so stage alone cannot tell a shipped fix from a duplicate/cancelled/wont_fix close. Null on an open ticket, and null on a closed ticket that carries neither a stored resolution nor a merge — absence means "closed, nothing proven", never "completed".

survivingTicketRefstring nullable

For a duplicate close, the ticket that survived (e.g. HO-11216). Best-effort: no stored duplicate link type exists yet, so this is parsed from the free-prose resolution note and is absent when the note names no ticket. Absent on every non-duplicate resolution.

Changes

No recorded changes to this operation across all 1 revision of this API.