-
Notifications
You must be signed in to change notification settings - Fork 4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
redshift: no default id being assigned #24545
Comments
Does this happen when creating a new table or updating an existing one without And, thank you for your PR!! |
@pahud This happens for both. Ids are not being appended on either tables. The feature was meant to default assign the |
Thank you for the clarification @Rizxcviii . We'll be happy to review your PR when it's ready. Thanks. |
The side effect to add the column ids, if not present, was not being performed. This functionality was supposed to be added, but was overlooked. Closes #24545. ---- *By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license*
|
Describe the bug
Upon the recent release, column ids were introduced, however the default value of the
id
is not set.The
id
should be set to thename
property, however this is not the case. Thecdk diff
does not show this.Expected Behavior
Upon not setting an id in the
Table
construct.Current Behavior
Reproduction Steps
Create a new table, without setting the
id
property of that table.Possible Solution
Update the
addColumnIds
function to include the necessary functionality, which is a side effect to append on a column id if not present.Additional Information/Context
This should have been implemented in the recent update, however this was overlooked.
CDK CLI Version
2.68.0
Framework Version
No response
Node.js Version
v16.16.0
OS
Amazon Linux 2
Language
Typescript, Python
Language Version
TypeScript (3.7.5) | 3.7.16
Other information
The PR that should have contained the fix is included here:
#24272
The text was updated successfully, but these errors were encountered: