Open idm-ryou opened 2 years ago
@AidenAtSea I have problem to see how this can be seen as an enhancement
and not as a bug
. Could you expand on the rationale for this relabeling?
related:
https://github.com/aws/aws-cdk/issues/10523 https://github.com/aws/aws-cdk/issues/20212
I agree that this is a bug and not an enhancement
This is now becoming a big problem because in Agents for Bedrock, it is very common to include non-ASCII characters as instruction or tools description of an agent (e.g. CJK languages; users want to define an agent with their native languages) in CloudFormation template (doc), and this issue makes CFn change set does not work properly. Even properties are unchanged, CFn changeset regards them as diffs, thereby making CDK diff unusable.
Name of the resource
Other
Resource Name
CloudFormation GetTemplate API
Issue Description
When the GetTemplate API is executed against a stack of templates containing non-ASCII characters, such as Japanese characters, the non-ASCII characters in the template are converted to question marks.
This makes it impossible to properly understand the contents of the template after deployment, and also makes it impossible for tools such as AWS CDK to properly display the diff of the template. https://github.com/aws/aws-cdk/issues/10523
This is a big problem for non-English speakers, who often include native language descriptions and logs in their templates. This is also expected to be a problem for English speakers when specifying emojis.
Expected Behavior
Given
Deployed as
SampleStack
When
Expected
Observed Behavior
Actual
Test Cases
Deploy a CloudFormation template that contains non-ASCII characters and call the GetTemplate API to see if the same content is returned as the template.
Other Details