Skip to content

Conversation

@thejasn
Copy link
Contributor

@thejasn thejasn commented Aug 26, 2022

Signed-off-by: Thejas N [email protected]

@openshift-ci
Copy link
Contributor

openshift-ci bot commented Aug 26, 2022

Hello @thejasn! Some important instructions when contributing to openshift/api:
API design plays an important part in the user experience of OpenShift and as such API PRs are subject to a high level of scrutiny to ensure they follow our best practices. If you haven't already done so, please review the OpenShift API Conventions and ensure that your proposed changes are compliant. Following these conventions will help expedite the api review process for your PR.

For merging purposes, this repository follows the no-Feature-Freeze process which means that in addition to the standard lgtm and approved labels this repository requires either:

bugzilla/valid-bug - applied if your PR references a valid bugzilla bug

OR

qe-approved, docs-approved, and px-approved - these labels can be applied by anyone in the openshift org via the /label <labelname> command.

Who should apply these qe/docs/px labels?

  • For a no-Feature-Freeze team who is merging a feature before code freeze, they need to get those labels applied to their api repo PR by the appropriate teams (i.e. qe, docs, px)
  • For a Feature Freeze (traditional) team who is merging a feature before FF, they can self-apply the labels (via /label commands), they are basically irrelevant for those teams
  • For a Feature Freeze team who is merging a feature after FF, the PR should be rejected barring an exception

@openshift-ci openshift-ci bot requested review from jwforres and sttts August 26, 2022 12:52
@JoelSpeed
Copy link
Contributor

/lgtm
/assign @deads2k for approval

This was discussed on slack, the lack of omitempty causes the default to be set by openapi which then won't pass validation. With omitempty, validation passes and then the default is set

@openshift-ci
Copy link
Contributor

openshift-ci bot commented Aug 26, 2022

@JoelSpeed: GitHub didn't allow me to assign the following users: approval, for.

Note that only openshift members, repo collaborators and people who have commented on this issue/PR can be assigned. Additionally, issues/PRs can only have 10 assignees at the same time.
For more information please see the contributor guide

In response to this:

/lgtm
/assign @deads2k for approval

This was discussed on slack, the lack of omitempty causes the default to be set by openapi which then won't pass validation. With omitempty, validation passes and then the default is set

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Aug 26, 2022
"dnsManagementPolicy": {
"description": "dnsManagementPolicy indicates if the lifecycle of the wildcard DNS record associated with the load balancer service will be managed by the ingress operator. It defaults to Managed. Valid values are: Managed and Unmanaged.",
"type": "string",
"default": ""
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So the problem is that this value here should be Managed?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, we need the defaults to be accepted in both OpenAPI and controller-tools, except they use different tags, so right now the default is "" which is causing validation issues. You must have omitempty to have a non-empty default here as well

Copy link
Contributor

@JoelSpeed JoelSpeed left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@thejasn Please apply the two suggestions and regenerate and I think this is good

@openshift-ci openshift-ci bot removed the lgtm Indicates that a PR is ready to be merged. label Aug 26, 2022
@thejasn thejasn force-pushed the fixes/dnsmanagementpolicy-defaulting branch from 1d05d34 to a95768e Compare August 26, 2022 14:53
@thejasn
Copy link
Contributor Author

thejasn commented Aug 26, 2022

/retest

@JoelSpeed
Copy link
Contributor

I've been experimenting with this and as far as I can tell this makes things works as they stand today with client-side and server-side validation

We want to have the correct default in the openapi.json, and to achieve this, we need to add omitempty and the default tag.

There's an open question about optional vs required for defaulting but I think that can be handled separately as this resolves the validations for server side (which means anything using client-go should work) and client-side validation is also happy right now.

/lgtm

@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Aug 26, 2022
@openshift-ci openshift-ci bot removed the lgtm Indicates that a PR is ready to be merged. label Aug 29, 2022
@thejasn thejasn force-pushed the fixes/dnsmanagementpolicy-defaulting branch from 61d4d70 to 4e8fd0f Compare August 29, 2022 18:00
@thejasn
Copy link
Contributor Author

thejasn commented Aug 29, 2022

/hold
cc: @Miciah

@openshift-ci openshift-ci bot added the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Aug 29, 2022
@thejasn thejasn force-pushed the fixes/dnsmanagementpolicy-defaulting branch 2 times, most recently from 9a85f86 to 44704b6 Compare August 29, 2022 20:29
Make dnsManagementPolicy required

Signed-off-by: Thejas N <[email protected]>
@thejasn thejasn force-pushed the fixes/dnsmanagementpolicy-defaulting branch from 44704b6 to f3501b4 Compare August 30, 2022 13:32
@JoelSpeed
Copy link
Contributor

/lgtm

@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Aug 30, 2022
@deads2k
Copy link
Contributor

deads2k commented Sep 1, 2022

/approve

@openshift-ci
Copy link
Contributor

openshift-ci bot commented Sep 1, 2022

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: deads2k, JoelSpeed, thejasn

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci openshift-ci bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Sep 1, 2022
@thejasn
Copy link
Contributor Author

thejasn commented Sep 5, 2022

/unhold

@openshift-ci openshift-ci bot removed the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Sep 5, 2022
@Amrita42
Copy link

Amrita42 commented Sep 5, 2022

/label docs-approved

@openshift-ci openshift-ci bot added the docs-approved Signifies that Docs has signed off on this PR label Sep 5, 2022
@quarterpin
Copy link

/label qe-approved

@openshift-ci openshift-ci bot added the qe-approved Signifies that QE has signed off on this PR label Sep 5, 2022
@CFields651
Copy link

/label px-approved

@openshift-ci openshift-ci bot added the px-approved Signifies that Product Support has signed off on this PR label Sep 6, 2022
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Sep 6, 2022

@thejasn: all tests passed!

Full PR test history. Your PR dashboard.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

@openshift-merge-robot openshift-merge-robot merged commit 2df055c into openshift:master Sep 6, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

approved Indicates a PR has been approved by an approver from all required OWNERS files. docs-approved Signifies that Docs has signed off on this PR lgtm Indicates that a PR is ready to be merged. px-approved Signifies that Product Support has signed off on this PR qe-approved Signifies that QE has signed off on this PR

Projects

None yet

Development

Successfully merging this pull request may close these issues.

7 participants