Operation result unavailable
Identifiers
Section titled “Identifiers”| Field | Value |
|---|---|
| Type URI | https://echo.labstack.com/pro/problems/operation-result-unavailable |
| Code | operation_result_unavailable |
| HTTP status | 409 |
| HTTP status | English title |
|---|---|
| 409 | Conflict |
When it occurs
Section titled “When it occurs”The operation finished without a stored response. Storage pressure or failed redaction can cause a response to be omitted or withheld.
Client handling
Section titled “Client handling”A withheld or omitted result is not proof that no effect happened. Use operation_state and operation_ref, or ask an operator. A new key is safe only when safe_new_key is true.
Example response
Section titled “Example response”If your application installs a custom handler, the body may differ.
HTTP/1.1 409 ConflictContent-Type: application/problem+jsonCache-Control: no-store
{ "code": "operation_result_unavailable", "operation_ref": "AAAAAAAAAAAAAAAAAAAAAAAA", "operation_state": "completed", "safe_new_key": false, "status": 409, "title": "Conflict", "type": "https://echo.labstack.com/pro/problems/operation-result-unavailable"}Server correction
Section titled “Server correction”Check storage pressure and redaction failures. Provide an authorized API for reading the business result. Adjust future result-size or redaction settings without rerunning this operation.
Response fields
Section titled “Response fields”Execution middleware
Section titled “Execution middleware”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 afterReplayCheckallows 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,completedorfailed; empty when no operation was found.safe_new_key(boolean, always):trueonly when the client may retry with a new key. It is alwaysfalsewhenoperation_refandoperation_stateare empty.
Headers:
Cache-Control(always):no-storeon every execution problem.
Notes:
- Execution removes any
Idempotent-Replayedheader from problem responses.
Related behavior
Section titled “Related behavior”See execution for operation state and replay rules.