fix(stepfunctions): escaped curly braces result in error during state machine execution#29267
Conversation
…ring state machine execution
aws-cdk-automation
left a comment
There was a problem hiding this comment.
The pull request linter has failed. See the aws-cdk-automation comment below for failure reasons. If you believe this pull request should receive an exemption, please comment and provide a justification.
A comment requesting an exemption should contain the text Exemption Request. Additionally, if clarification is needed add Clarification Request to a comment.
✅ Updated pull request passes all PRLinter validations. Dismissing previous PRLinter review.
AWS CodeBuild CI Report
Powered by github-codebuild-logs, available on the AWS Serverless Application Repository |
|
Thank you for contributing! Your pull request will be updated from main and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork). |
Issue # (if applicable)
Closes #29261
Reason for this change
Enable proper escaping of curly braces in Step Functions intrinsic functions. The user needs to be able to explicitly escape curly braces to distinguish them from curly braces used for intrinsic function arguments (
\{\}vs{}. Currently, the escaping logic double-escapes an already-escaped curly brace. The state machine successfully deploys, but then fails to execute.Description of changes
When a backslash immediately precedes a curly brace, it will not be escaped.
Description of how you validated changes
Added a case to an existing integration test, and updated the integ test to execute the deployed state machine to check for runtime errors.
Checklist
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license