-
Notifications
You must be signed in to change notification settings - Fork 1.8k
Support prodcuer port in network endpoint group #11820
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
Support prodcuer port in network endpoint group #11820
Conversation
Hello! I am a robot. Tests will require approval from a repository maintainer to run. @SarahFrench, a repository maintainer, has been assigned to review your changes. If you have not received review feedback within 2 business days, please leave a comment on this PR asking them to take a look. You can help make sure that review is quick by doing a self-review and by running impacted tests locally. |
Hi there, I'm the Modular magician. I've detected the following information about your changes: Diff reportYour PR generated some diffs in downstreams - here they are.
Missing test reportYour PR includes resource fields which are not covered by any test. Resource: resource "google_compute_region_network_endpoint_group" "primary" {
psc_data = # value needed
}
|
Tests analyticsTotal tests: 1015 Click here to see the affected service packages
Action takenFound 1 affected test(s) by replaying old test recordings. Starting RECORDING based on the most recent commit. Click here to see the affected tests
|
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
👋 Hi, thanks for your PR!
We just changed our code generator (details here) and currently this PR is doing some things the old way, impacting your changes being generated correctly.
I've left some suggested changes about how to fix them, and once that's sorted I'll do a wider review
Hi there, I'm the Modular magician. I've detected the following information about your changes: Diff reportYour PR generated some diffs in downstreams - here they are.
|
Tests analyticsTotal tests: 1015 Click here to see the affected service packages
Action takenFound 1 affected test(s) by replaying old test recordings. Starting RECORDING based on the most recent commit. Click here to see the affected tests
|
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi @ericlin0101 - Thanks for your PR & bearing with the code generator changes!
I took a look at the API docs for this resource and I can't see the producerPort field present in the public documentation, instead there's only:
"pscData": {
"consumerPscAddress": string,
"pscConnectionId": string,
"pscConnectionStatus": enum
}
From your profile I see Google is listed as your employer, so I assume you are a Googler and this is a field that's being added to the API soon, and the public docs are lagging a bit.
Could you please confirm the above? I'm a HashiCorp employee so we have a bit of an asymmetry about what information is available to each us. In these situations I can only sanity check and LGTM PRs so I want to be explicit about that!
properties: | ||
- name: 'producerPort' | ||
type: String | ||
ignore_read: true |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Given what I said in my other review comment, and from looking at the logs for the acceptance test here, I assume that currently the API can accept and use the producerPort value but does not return that value in any responses. If that's the case then ignore_read makes sense here, but I don't have much info to go on when reviewing.
If you could confirm the above I'm happy to LGTM the PR.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@SarahFrench, you are correct—the API can accept the new field, but it cannot return the value yet. We are currently working on this, and it may take a few weeks to roll out.
Additionally, the public documentation is slightly behind. It will be updated once everything is fully implemented.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In that case, do you want to go ahead with this PR being merged? Or to wait until the value is also returned?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for checking, let us wait until it is been confirmed and tested before merge.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, waiting for confirmation to merge
Waiting for go-ahead to approve and merge
@ericlin0101, this PR is waiting for action from you. If no action is taken, this PR will be closed in 28 days. Please address any comments or change requests, or re-request review from a core reviewer if no action is required. This notification can be disabled with the |
@ericlin0101, this PR is waiting for action from you. If no action is taken, this PR will be closed in 14 days. Please address any comments or change requests, or re-request review from a core reviewer if no action is required. This notification can be disabled with the |
@SarahFrench, I believe this is ready to merge. Please proceed with the merge at your convenience. Thank you! |
/gcbrun |
Just realised I hadn't approved the build - I'll let that complete before merging |
Hi there, I'm the Modular magician. I've detected the following information about your changes: Diff reportYour PR generated some diffs in downstreams - here they are.
|
Tests analyticsTotal tests: 1064 Click here to see the affected service packages
Action takenFound 1 affected test(s) by replaying old test recordings. Starting RECORDING based on the most recent commit. Click here to see the affected tests
|
🔴 Tests failed during RECORDING mode: 🔴 Errors occurred during RECORDING mode. Please fix them to complete your PR. |
That test is failing on multiple PRs and isn't specific to this PR. Reported that here: hashicorp/terraform-provider-google#17838 (comment) Approving & merging! |
@SarahFrench, Thank you. We are all set. |
After switching to 6.13.0 I started to get constant recreation of my NEGs. I tried to recreate them once with 6.13.0 version but it keeps showing the "recreate" action on new plans. There was no code changes on my side and I also didn't add psc_data field since it's optional and I don't need it. I had to stick to 6.12.0 version to get this issue disappear. Is this a bug of the optional psc_data field? |
Hi @RomanPavelkoMGM - comments on closed PRs will not go through our triage process. Please open an issue referencing this PR if you're having a problem. Thanks! |
Release Note Template for Downstream PRs (will be copied)