Skip to content

Operation in progress

FieldValue
Type URIhttps://echo.labstack.com/pro/problems/operation-in-progress
Codeoperation_in_progress
HTTP status409
HTTP statusEnglish title
409Conflict

Another attempt of the same operation holds a live lease, so this request did not run the handler.

Retry later with the same key and the same request, after the Retry-After delay when present. Do not switch to a new key: that could run the operation twice.

If your application installs a custom handler, the body may differ.

HTTP/1.1 409 Conflict
Content-Type: application/problem+json
Cache-Control: no-store
{
"code": "operation_in_progress",
"operation_ref": "AAAAAAAAAAAAAAAAAAAAAAAA",
"operation_state": "started",
"safe_new_key": false,
"status": 409,
"title": "Conflict",
"type": "https://echo.labstack.com/pro/problems/operation-in-progress"
}

Check the attempt holding the lease. Do not start the same operation under another key while that attempt can still send.

  • type (string, always): The exact type URI above.
  • title (string, always): The HTTP status text.
  • status (integer, always): The HTTP status of the response.
  • code (string, always): The stable code above.
  • operation_ref (string, always): An opaque reference to the operation. It is set only after ReplayCheck allows the request, and is empty when no operation was found. Use it to look up the operation; it does not grant access.
  • operation_state (string, always): started, uncertain, completed or failed; empty when no operation was found.
  • safe_new_key (boolean, always): true only when the client may retry with a new key. It is always false when operation_ref and operation_state are empty.

Headers:

  • Cache-Control (always): no-store on every execution problem.
  • Retry-After (conditional): The lease’s remaining time in whole seconds, rounded up. Sent when it is positive.

Notes:

  • Execution removes any Idempotent-Replayed header from problem responses.

See execution for operation state and replay rules.