bug: AppConfig StopDeployment returns ROLLED_BACK but deployment readback later becomes COMPLETE #70
AndreKurait
started this conversation in
Bugs (AWS)
Replies: 1 comment
|
Retested on 2026-10-10 against unmodified
Resolved image index: |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Reproduced on unmodified
localstack/localstack-pro:dev, freshly pulled on 2026-10-10, native linux/amd64:sha256:513f218caf22d1fcb115f055225c96c7140813efcb23e48c9e24b688cdb31cd4sha256:b104c9b43442fba4e1e00ab68c447681b08db6dc6128273d105e1db5c87e5ab32026.10.0.dev97;SERVICES=appconfig; no extensions, source mounts, or custom entrypoint.StopDeploymentreturnsState=ROLLED_BACK, butGetDeploymentandListDeploymentscontinue to reportBAKINGand later reportCOMPLETE. The stop does not remain reflected in the observable deployment state.Observed readback after the stop:
Expected: after a successful rollback, the same deployment's read APIs should converge to the rolled-back state, rather than completing the canceled deployment.
Minimal reproduction against a disposable LocalStack instance:
This was reproduced through actual boto3 requests, not an in-memory model test. Owned fixture resources were removed through the public APIs and the disposable container was removed; unrelated container identities were unchanged. No production AWS execution is claimed.
All reactions