fix(aws): allow Fn::If in awsArn config validation - #13662
Conversation
HTTP authorizer arn values using CloudFormation conditionals were valid at deploy time but rejected by the config schema. Accept Fn::If via the existing awsCfIf definition on awsArn, matching the cfValue pattern used elsewhere.
|
All contributors have signed the CLA ✍️ ✅ |
✅ Snyk checks have passed. No issues have been found so far.
💻 Catch issues earlier using the plugins for VS Code, JetBrains IDEs, Visual Studio, and Eclipse. |
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (2)
📝 WalkthroughWalkthroughThe ChangesawsArn Fn::If schema support
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~3 minutes Poem
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
|
I have read the CLA Document and I hereby sign the CLA |
Fixes #11611
Summary
Fn::If(YAML!If) onawsArn, which is used by HTTP API authorizerarnfieldsawsCfIfschema definition as a sibling ref onawsArn, matching thecfValue()pattern already used elsewhere in the AWS provider schemaawsCfIftoawsCfFunctiondirectly, which causes AJV recursion at schema compile timeTest plan
npm run test:unit -- --testPathPatterns=provider.test.js(53/53 passed)awsArnaccepts the exactFn::If+Fn::GetAtt+ env var shape from Validator reports invalid configuration for !If function #11611Made with Cursor
Summary by CodeRabbit
Release Notes
New Features
Tests