resource/aws_accessanalyzer_analyzer: Support ORGANIZATION value in type argument#14493
Conversation
anGie44
left a comment
There was a problem hiding this comment.
Just a couple q's otherwise LGTM
Output of acceptance tests:
--- PASS: TestAccAWSAccessAnalyzer_serial (333.17s)
--- PASS: TestAccAWSAccessAnalyzer_serial/Analyzer (333.17s)
--- PASS: TestAccAWSAccessAnalyzer_serial/Analyzer/Tags (28.02s)
--- PASS: TestAccAWSAccessAnalyzer_serial/Analyzer/Type_Organization (286.18s)
--- PASS: TestAccAWSAccessAnalyzer_serial/Analyzer/basic (10.91s)
--- PASS: TestAccAWSAccessAnalyzer_serial/Analyzer/disappears (8.06s)
|
|
||
| * `tags` - (Optional) Key-value map of resource tags. | ||
| * `type` - (Optional) Type of Analyzer. Valid value is currently only `ACCOUNT`. Defaults to `ACCOUNT`. | ||
| * `type` - (Optional) Type of Analyzer. Valid values are `ACCOUNT` or `ORGANIZATION`. Defaults to `ACCOUNT`. |
There was a problem hiding this comment.
how do we feel about adding Forces new resource to (Optional) in docs? i've seen it in some places but not strictly everywhere where applicable. this could be a good place since the schema has changed for this attribute but also could apply to the analyzer_name argument
There was a problem hiding this comment.
I'd say the convention to exclude that information in the resource documentation is more typical for two reasons:
- The
terraform plan/applyoutput authoritatively shows when and where resource recreation behavior occurs (except of course the TypeSet weirdness we were looking at earlier 😬 ) - Previous changes to remove
ForceNewand support in-place updates where it was documented tended to be forgotten since the information is atypical and changes more frequently thanOptionalvsRequired, so quite a few followup documentation PRs were necessary to bring things up to date
That's not to say we shouldn't do it -- just some insight on the subject. When the provider documentation is more automatically generated based on the schema, I think that will be a good inflection point on whether or not its worth including more holistically across all resources, since then the change will theoretically be trivial.
| PreCheck: func() { | ||
| testAccPreCheck(t) | ||
| testAccPreCheckAWSAccessAnalyzer(t) | ||
| // testAccOrganizationsAccountPreCheck(t) |
There was a problem hiding this comment.
should we consider keeping this check to skip this test instead of failing? 🤔
There was a problem hiding this comment.
Oi! Good catch. Extraneous code comment there.
…ype argument Reference: #12593 Output from acceptance testing in Organizations testing account: ``` --- PASS: TestAccAWSAccessAnalyzer_serial (344.90s) --- PASS: TestAccAWSAccessAnalyzer_serial/Analyzer (344.90s) --- PASS: TestAccAWSAccessAnalyzer_serial/Analyzer/basic (10.64s) --- PASS: TestAccAWSAccessAnalyzer_serial/Analyzer/disappears (7.41s) --- PASS: TestAccAWSAccessAnalyzer_serial/Analyzer/Tags (22.00s) --- PASS: TestAccAWSAccessAnalyzer_serial/Analyzer/Type_Organization (304.86s) ```
300d57c to
f57a0cd
Compare
|
Rebased with that comment line fixed and re-verified: Standalone account: Organizations member account: |
|
This has been released in version 3.2.0 of the Terraform AWS provider. Please see the Terraform documentation on provider versioning or reach out if you need any assistance upgrading. For further feature requests or bug reports with this functionality, please create a new GitHub issue following the template for triage. Thanks! |
|
I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues. If you feel this issue should be reopened, we encourage creating a new issue linking back to this one for added context. Thanks! |
Community Note
Closes #12593
Release note for CHANGELOG:
Output from acceptance testing in Organizations testing account: