-
Notifications
You must be signed in to change notification settings - Fork 3.9k
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
chore(cli): IAM differences table printing is broken #12330
Conversation
We were passing (by mistake) an unrecognized property to the `table` module. This didn't use to be a problem, but the `table` module has suddenly started throwing an "invalid config" error. The cause is a dependency update that happened today. * In #12324, the version of `table` was updated from `6.0.4` to `6.0.7`. * In [6.0.5](https://github.com/gajus/table/releases/tag/v6.0.5), `table` changes the way it does JSON validation of the input configuration ob ject. Didn't dive into all of the changes, but it stands to reason the validator has become more strict and where it *used* to allow additional properties (probably by accident) it no longer does so. Undo the passing of the unused property. This change is a **chore** instead of a **fix** because the change wasn't released yet.
Thank you for contributing! Your pull request will be updated from master and then merged automatically (do not update manually, and be sure to allow changes to be pushed to your fork). |
Actually, this should not be chore but fix - I have this issue with 1.82 and 1.81 |
We were passing (by mistake) an unrecognized property to the `table` module. This didn't use to be a problem, but the `table` module has suddenly started throwing an "invalid config" error. The cause is a dependency update that happened today. * In aws#12324, the version of `table` was updated from `6.0.4` to `6.0.7`. * In [6.0.5](https://github.com/gajus/table/releases/tag/v6.0.5), `table` changes the way it does JSON validation of the input configuration ob ject. Didn't dive into all of the changes, but it stands to reason the validator has become more strict and where it *used* to allow additional properties (probably by accident) it no longer does so. Undo the passing of the unused property. This change is a **chore** instead of a **fix** because the change wasn't released yet. ---- *By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license*
@klausbadelt are you using Yarn by any chance? This change should not have made it out according to the GitHub release history, and we shrinkwrap the CLI so you shouldn't be seeing this... unless you use Yarn which doesn't honor shrinkwrapping. |
Yes, Yarn. |
We were passing (by mistake) an unrecognized property to the
table
module.This didn't use to be a problem, but the
table
module has suddenlystarted throwing an "invalid config" error. The cause is a dependency
update that happened today.
table
was updated from6.0.4
to6.0.7
.table
changes the way it does JSON validation of the inputconfiguration ob ject.
Didn't dive into all of the changes, but it stands to reason the
validator has become more strict and where it used to allow additional
properties (probably by accident) it no longer does so.
Undo the passing of the unused property.
This change is a chore instead of a fix because the change
wasn't released yet.
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license