Operation policy changed
Identifiers
Section titled “Identifiers”| Field | Value |
|---|---|
| Type URI | https://echo.labstack.com/pro/problems/operation-policy-changed |
| Code | operation_policy_changed |
| HTTP status | 409 |
| HTTP status | English title |
|---|---|
| 409 | Conflict |
When it occurs
Section titled “When it occurs”The stored operation uses a different safety policy or fingerprint definition from the current configuration. Execution cannot safely compare or replay it.
Client handling
Section titled “Client handling”Do not retry automatically, and do not switch to a new key. An operator must review the recorded operation and the configuration change.
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_policy_changed", "operation_ref": "AAAAAAAAAAAAAAAAAAAAAAAA", "operation_state": "started", "safe_new_key": false, "status": 409, "title": "Conflict", "type": "https://echo.labstack.com/pro/problems/operation-policy-changed"}Server correction
Section titled “Server correction”Deploy code compatible with the stored SafetyVersion and ReconcilerVersion, or recover the operation with authorization. Do not overwrite stored policies or bypass the mismatch with a new key.
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.