Skip to content

Conversation

grzpiotrowski
Copy link
Contributor

@grzpiotrowski grzpiotrowski commented Jul 10, 2025

The IngressControllerLBSubnetsAWS feature gate was at first introduced as TPNU in OpenShift 4.17 and was promoted to Default in the same release. The feature gate has been enabled by default for 3 releases, so it is scheduled to be removed imminently.

The feature itself (ability to choose AWS subnets for LoadBalancer Service) remains, only the feature gate check is removed.

Follow-up to the commit which introduced the feature gate: 26dfe2c

Feature was added as TPNU in: openshift/api#1841
Feature was promoted to Default (GA) in: openshift/api#1966

  • pkg/operator/controller/ingress/controller.go: Remove IngressControllerLBSubnetsAWSEnabled from Config.
  • pkg/operator/controller/ingress/load_balancer_service.go:
    • (desiredLoadBalancerService): Remove subnetsAWSEnabled featuregate checks and the redundant function parameter.
    • (loadBalancerServiceIsUpgradeable): Remove featuregate check from the LB Service upgradeability calculation.
    • (loadBalancerServiceIsProgressing): Remove featuregate check from LB Service progressing calculation.
  • pkg/operator/controller/ingress/load_balancer_service_test.go: Update desiredLoadBalancerService function calls after removing the subnetsAWSEnabled parameter.
  • pkg/operator/controller/ingress/status.go:
    • (syncIngressControllerStatus): Remove LBSubnetsAWS featuregate check from the IC status computation.
    • (computeIngressUpgradeableCondition): Remove subnetsAWSEnabled featuregate check.
    • (computeLoadBalancerProgressingStatus): Remove subnetsAWSEnabled from the LB progressing status computation.
  • pkg/operator/controller/ingress/status_test.go
    • (Test_computeLoadBalancerProgressingStatus): Remove test case with the LBSubnetsAWS featuregate disabled. Remove awsSubnetsEnabled boolean since it is not needed anymore.
    • (Test_computeIngressUpgradeableCondition): Update function calls after the featuregate check paramter was removed.
    • (Test_computeIngressEvaluationConditionsDetectedCondition): Update function calls after the featuregate check parameter was removed.
  • pkg/operator/operator.go:
    • (New): Remove ingressControllerLBSubnetsAWSEnabled featuregate check.
  • test/e2e/lb_subnets_test.go:
    • (TestAWSLBSubnets): Remove featuregate check.
    • (TestUnmanagedAWSLBSubnets): Remove featuregate check.

@openshift-ci-robot openshift-ci-robot added jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. jira/valid-bug Indicates that a referenced Jira bug is valid for the branch this PR is targeting. labels Jul 10, 2025
@openshift-ci-robot
Copy link
Contributor

@grzpiotrowski: This pull request references Jira Issue OCPBUGS-55673, which is valid. The bug has been moved to the POST state.

3 validation(s) were run on this bug
  • bug is open, matching expected state (open)
  • bug target version (4.20.0) matches configured target version for branch (4.20.0)
  • bug is in the state ASSIGNED, which is one of the valid states (NEW, ASSIGNED, POST)

Requesting review from QA contact:
/cc @lihongan

The bug has been updated to refer to the pull request using the external bug tracker.

In response to this:

The IngressControllerLBSubnetsAWS feature gate was at first introduced as TPNU in OpenShift 4.17 and was promoted to Default in the same release. The feature gate has been enabled by default for 3 releases, so it is scheduled to be removed imminently.

The feature itself (ability to choose AWS subnets for LoadBalancer Service) remains, only the feature gate check is removed.

Follow-up to the commit which introduced the feature gate: 26dfe2c

Feature was added as TPNU in: openshift/api#1841
Feature was promoted to Default (GA) in: openshift/api#1966

  • pkg/operator/controller/ingress/controller.go: Remove IngressControllerLBSubnetsAWSEnabled from Config.
  • pkg/operator/controller/ingress/load_balancer_service.go: (desiredLoadBalancerService): Remove subnetsAWSEnabled featuregate checks and the redundant function parameter.
    (loadBalancerServiceIsUpgradeable): Remove featuregate check from the LB Service upgradeability calculation.
    (loadBalancerServiceIsProgressing): Remove featuregate check from LB Service progressing calculation.
  • pkg/operator/controller/ingress/load_balancer_service_test.go: Update desiredLoadBalancerService function calls after removing the subnetsAWSEnabled parameter.desiredLoadBalancerService
  • pkg/operator/controller/ingress/status.go: (syncIngressControllerStatus): Remove LBSubnetsAWS featuregate check from the IC status computation.
    (computeIngressUpgradeableCondition): Remove subnetsAWSEnabled featuregate check (computeLoadBalancerProgressingStatus): Remove subnetsAWSEnabled from the LB upgradeable condition computation. (computeLoadBalancerProgressingStatus): Remove subnetsAWSEnabled from the LB progressing status computation.
  • pkg/operator/controller/ingress/status_test.go (Test_computeLoadBalancerProgressingStatus): Remove test case with the LBSubnetsAWS featuregate disabled.
    (Test_computeIngressUpgradeableCondition): Update function calls after the featuregate check paramter was removed.
    (Test_computeIngressEvaluationConditionsDetectedCondition): Update function calls after the featuregate check parameter was removed.
  • pkg/operator/operator.go: (New): Remove ingressControllerLBSubnetsAWSEnabled featuregate check.
  • test/e2e/lb_subnets_test.go: (TestAWSLBSubnets): Remove featuregate check.
    (TestUnmanagedAWSLBSubnets): Remove featuregate check.

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 openshift-eng/jira-lifecycle-plugin repository.

@grzpiotrowski
Copy link
Contributor Author

/retest

I couldn't see anything related to the changes.

@alebedev87
Copy link
Contributor

/assign @rfredette

@grzpiotrowski
Copy link
Contributor Author

/retest

1 similar comment
@grzpiotrowski
Copy link
Contributor Author

/retest

@grzpiotrowski
Copy link
Contributor Author

/test e2e-aws-ovn-single-node

{  static pod lifecycle failure - static pod: "kube-apiserver" in namespace: "openshift-kube-apiserver" for revision: 4 on node: "[...]" didn't show up, waited: 3m15s}

@candita
Copy link
Contributor

candita commented Aug 20, 2025

/unassign @rfredette
/assign @rikatz

@openshift-ci openshift-ci bot assigned rikatz and unassigned rfredette Aug 20, 2025
@candita
Copy link
Contributor

candita commented Aug 20, 2025

/assign

@Miciah
Copy link
Contributor

Miciah commented Aug 20, 2025

The commit message is missing a line break here:

(computeIngressUpgradeableCondition): Remove subnetsAWSEnabled
featuregate check (computeLoadBalancerProgressingStatus): Remove
subnetsAWSEnabled from the LB upgradeable condition computation.

Edit: Actually, you have computeLoadBalancerProgressingStatus twice. You can delete the first one (the one I quoted above); the first one wrongly mentions the "upgradeable" status condition whereas the second one correctly mentions the "progressing" status condition.

@Miciah
Copy link
Contributor

Miciah commented Aug 20, 2025

Also, the commit message has an extra "desiredLoadBalancerService" here:

* pkg/operator/controller/ingress/load_balancer_service_test.go:
Update desiredLoadBalancerService function calls after removing the
subnetsAWSEnabled parameter.desiredLoadBalancerService

The IngressControllerLBSubnetsAWS feature gate was at first introduced
as TPNU in OpenShift 4.17 and was promoted to Default in the same
release. The feature gate has been enabled by default for 3 releases,
so it is scheduled to be removed imminently.

The feature itself (ability to choose AWS subnets for LoadBalancer
Service) remains, only the feature gate check is removed.

This commit addresses OCPBUGS-55673:
https://issues.redhat.com/browse/OCPBUGS-55673

Follow-up to the commit which introduced the feature gate:
openshift@26dfe2c

* pkg/operator/controller/ingress/controller.go:
Remove IngressControllerLBSubnetsAWSEnabled from Config.
* pkg/operator/controller/ingress/load_balancer_service.go:
(desiredLoadBalancerService): Remove subnetsAWSEnabled featuregate
checks and the redundant function parameter.
(loadBalancerServiceIsUpgradeable): Remove featuregate check from
the LB Service upgradeability calculation.
(loadBalancerServiceIsProgressing): Remove featuregate check from
LB Service progressing calculation.
* pkg/operator/controller/ingress/load_balancer_service_test.go:
Update desiredLoadBalancerService function calls after removing the
subnetsAWSEnabled parameter.
* pkg/operator/controller/ingress/status.go:
(syncIngressControllerStatus): Remove LBSubnetsAWS featuregate check
from the IC status computation.
(computeIngressUpgradeableCondition): Remove subnetsAWSEnabled
featuregate check.
(computeLoadBalancerProgressingStatus): Remove subnetsAWSEnabled from
the LB progressing status computation.
* pkg/operator/controller/ingress/status_test.go
(Test_computeLoadBalancerProgressingStatus): Remove test case with the
LBSubnetsAWS featuregate disabled. Remove awsSubnetsEnabled boolean
since it is not needed anymore.
(Test_computeIngressUpgradeableCondition): Update function calls after
the featuregate check paramter was removed.
(Test_computeIngressEvaluationConditionsDetectedCondition): Update
function calls after the featuregate check parameter was removed.
* pkg/operator/operator.go:
(New): Remove ingressControllerLBSubnetsAWSEnabled featuregate check.
* test/e2e/lb_subnets_test.go:
(TestAWSLBSubnets): Remove featuregate check.
(TestUnmanagedAWSLBSubnets): Remove featuregate check.
@grzpiotrowski grzpiotrowski force-pushed the OCPBUGS-55673-remove-ic-lb-subnets-aws-featuregate branch from 18cb81d to cc00436 Compare August 20, 2025 16:17
@openshift-ci-robot
Copy link
Contributor

@grzpiotrowski: This pull request references Jira Issue OCPBUGS-55673, which is valid.

3 validation(s) were run on this bug
  • bug is open, matching expected state (open)
  • bug target version (4.20.0) matches configured target version for branch (4.20.0)
  • bug is in the state POST, which is one of the valid states (NEW, ASSIGNED, POST)

Requesting review from QA contact:
/cc @lihongan

In response to this:

The IngressControllerLBSubnetsAWS feature gate was at first introduced as TPNU in OpenShift 4.17 and was promoted to Default in the same release. The feature gate has been enabled by default for 3 releases, so it is scheduled to be removed imminently.

The feature itself (ability to choose AWS subnets for LoadBalancer Service) remains, only the feature gate check is removed.

Follow-up to the commit which introduced the feature gate: 26dfe2c

Feature was added as TPNU in: openshift/api#1841
Feature was promoted to Default (GA) in: openshift/api#1966

  • pkg/operator/controller/ingress/controller.go: Remove IngressControllerLBSubnetsAWSEnabled from Config.
  • pkg/operator/controller/ingress/load_balancer_service.go:
    • (desiredLoadBalancerService): Remove subnetsAWSEnabled featuregate checks and the redundant function parameter.
    • (loadBalancerServiceIsUpgradeable): Remove featuregate check from the LB Service upgradeability calculation.
    • (loadBalancerServiceIsProgressing): Remove featuregate check from LB Service progressing calculation.
  • pkg/operator/controller/ingress/load_balancer_service_test.go: Update desiredLoadBalancerService function calls after removing the subnetsAWSEnabled parameter.
  • pkg/operator/controller/ingress/status.go:
    • (syncIngressControllerStatus): Remove LBSubnetsAWS featuregate check from the IC status computation.
    • (computeIngressUpgradeableCondition): Remove subnetsAWSEnabled featuregate check.
    • (computeLoadBalancerProgressingStatus): Remove subnetsAWSEnabled from the LB progressing status computation.
  • pkg/operator/controller/ingress/status_test.go
    • (Test_computeLoadBalancerProgressingStatus): Remove test case with the LBSubnetsAWS featuregate disabled. Remove awsSubnetsEnabled boolean since it is not needed anymore.
    • (Test_computeIngressUpgradeableCondition): Update function calls after the featuregate check paramter was removed.
    • (Test_computeIngressEvaluationConditionsDetectedCondition): Update function calls after the featuregate check parameter was removed.
  • pkg/operator/operator.go:
    • (New): Remove ingressControllerLBSubnetsAWSEnabled featuregate check.
  • test/e2e/lb_subnets_test.go:
    • (TestAWSLBSubnets): Remove featuregate check.
    • (TestUnmanagedAWSLBSubnets): Remove featuregate check.

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 openshift-eng/jira-lifecycle-plugin repository.

@grzpiotrowski
Copy link
Contributor Author

/retest

@grzpiotrowski
Copy link
Contributor Author

grzpiotrowski commented Aug 21, 2025

e2e-gcp-operator test failed in the same way that we see in other PRs. Not related to the changes.

@rikatz
Copy link
Member

rikatz commented Aug 21, 2025

overall lgtm, not sure if this needs to be removed also from some API, but I have checked some other project code and couldn't find any reference to this feature flag

/cc @candita

for final review

@candita
Copy link
Contributor

candita commented Aug 21, 2025

@rikatz this is removed from openshift/api in openshift/api#2400, but this PR needs to merge first.

@grzpiotrowski Nice job on the commit message!

/override e2e-gcp-operator
/lgtm
/approve

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

openshift-ci bot commented Aug 21, 2025

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: candita

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 Aug 21, 2025
Copy link
Contributor

openshift-ci bot commented Aug 21, 2025

@candita: /override requires failed status contexts, check run or a prowjob name to operate on.
The following unknown contexts/checkruns were given:

  • e2e-gcp-operator

Only the following failed contexts/checkruns were expected:

  • ci/prow/e2e-aws-operator
  • ci/prow/e2e-aws-operator-techpreview
  • ci/prow/e2e-aws-ovn
  • ci/prow/e2e-aws-ovn-hypershift-conformance
  • ci/prow/e2e-aws-ovn-serial
  • ci/prow/e2e-aws-ovn-single-node
  • ci/prow/e2e-aws-ovn-techpreview
  • ci/prow/e2e-aws-ovn-upgrade
  • ci/prow/e2e-azure-operator
  • ci/prow/e2e-azure-ovn
  • ci/prow/e2e-gcp-operator
  • ci/prow/e2e-gcp-ovn
  • ci/prow/e2e-hypershift
  • ci/prow/hypershift-e2e-aks
  • ci/prow/images
  • ci/prow/okd-scos-e2e-aws-ovn
  • ci/prow/okd-scos-images
  • ci/prow/unit
  • ci/prow/verify
  • ci/prow/verify-deps
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-aws-operator
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-aws-operator-techpreview
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-aws-ovn
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-aws-ovn-hypershift-conformance
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-aws-ovn-serial
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-aws-ovn-single-node
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-aws-ovn-techpreview
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-aws-ovn-upgrade
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-azure-operator
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-azure-ovn
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-gcp-operator
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-gcp-ovn
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-hypershift
  • pull-ci-openshift-cluster-ingress-operator-master-hypershift-e2e-aks
  • pull-ci-openshift-cluster-ingress-operator-master-images
  • pull-ci-openshift-cluster-ingress-operator-master-okd-scos-e2e-aws-ovn
  • pull-ci-openshift-cluster-ingress-operator-master-okd-scos-images
  • pull-ci-openshift-cluster-ingress-operator-master-unit
  • pull-ci-openshift-cluster-ingress-operator-master-verify
  • pull-ci-openshift-cluster-ingress-operator-master-verify-deps
  • tide

If you are trying to override a checkrun that has a space in it, you must put a double quote on the context.

In response to this:

@rikatz this is removed from openshift/api in openshift/api#2400, but this PR needs to merge first.

@grzpiotrowski Nice job on the commit message!

/override e2e-gcp-operator
/lgtm
/approve

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-sigs/prow repository.

@candita
Copy link
Contributor

candita commented Aug 21, 2025

/override /ci/prow/e2e-gcp-operator

Copy link
Contributor

openshift-ci bot commented Aug 21, 2025

@candita: /override requires failed status contexts, check run or a prowjob name to operate on.
The following unknown contexts/checkruns were given:

  • /ci/prow/e2e-gcp-operator

Only the following failed contexts/checkruns were expected:

  • ci/prow/e2e-aws-operator
  • ci/prow/e2e-aws-operator-techpreview
  • ci/prow/e2e-aws-ovn
  • ci/prow/e2e-aws-ovn-hypershift-conformance
  • ci/prow/e2e-aws-ovn-serial
  • ci/prow/e2e-aws-ovn-single-node
  • ci/prow/e2e-aws-ovn-techpreview
  • ci/prow/e2e-aws-ovn-upgrade
  • ci/prow/e2e-azure-operator
  • ci/prow/e2e-azure-ovn
  • ci/prow/e2e-gcp-operator
  • ci/prow/e2e-gcp-ovn
  • ci/prow/e2e-hypershift
  • ci/prow/hypershift-e2e-aks
  • ci/prow/images
  • ci/prow/okd-scos-e2e-aws-ovn
  • ci/prow/okd-scos-images
  • ci/prow/unit
  • ci/prow/verify
  • ci/prow/verify-deps
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-aws-operator
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-aws-operator-techpreview
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-aws-ovn
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-aws-ovn-hypershift-conformance
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-aws-ovn-serial
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-aws-ovn-single-node
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-aws-ovn-techpreview
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-aws-ovn-upgrade
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-azure-operator
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-azure-ovn
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-gcp-operator
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-gcp-ovn
  • pull-ci-openshift-cluster-ingress-operator-master-e2e-hypershift
  • pull-ci-openshift-cluster-ingress-operator-master-hypershift-e2e-aks
  • pull-ci-openshift-cluster-ingress-operator-master-images
  • pull-ci-openshift-cluster-ingress-operator-master-okd-scos-e2e-aws-ovn
  • pull-ci-openshift-cluster-ingress-operator-master-okd-scos-images
  • pull-ci-openshift-cluster-ingress-operator-master-unit
  • pull-ci-openshift-cluster-ingress-operator-master-verify
  • pull-ci-openshift-cluster-ingress-operator-master-verify-deps
  • tide

If you are trying to override a checkrun that has a space in it, you must put a double quote on the context.

In response to this:

/override /ci/prow/e2e-gcp-operator

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-sigs/prow repository.

@candita
Copy link
Contributor

candita commented Aug 21, 2025

/override ci/prow/e2e-gcp-operator

Copy link
Contributor

openshift-ci bot commented Aug 21, 2025

@candita: Overrode contexts on behalf of candita: ci/prow/e2e-gcp-operator

In response to this:

/override ci/prow/e2e-gcp-operator

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-sigs/prow repository.

@openshift-ci-robot
Copy link
Contributor

/retest-required

Remaining retests: 0 against base HEAD b966710 and 2 for PR HEAD cc00436 in total

@openshift-ci-robot
Copy link
Contributor

/retest-required

Remaining retests: 0 against base HEAD b609eb2 and 1 for PR HEAD cc00436 in total

@openshift-ci-robot
Copy link
Contributor

/retest-required

Remaining retests: 0 against base HEAD b609eb2 and 2 for PR HEAD cc00436 in total

2 similar comments
@openshift-ci-robot
Copy link
Contributor

/retest-required

Remaining retests: 0 against base HEAD b609eb2 and 2 for PR HEAD cc00436 in total

@openshift-ci-robot
Copy link
Contributor

/retest-required

Remaining retests: 0 against base HEAD b609eb2 and 2 for PR HEAD cc00436 in total

@candita
Copy link
Contributor

candita commented Aug 25, 2025

/override ci/prow/e2e-gcp-operator

Copy link
Contributor

openshift-ci bot commented Aug 25, 2025

@candita: Overrode contexts on behalf of candita: ci/prow/e2e-gcp-operator

In response to this:

/override ci/prow/e2e-gcp-operator

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-sigs/prow repository.

@grzpiotrowski
Copy link
Contributor Author

/retest-required

Copy link
Contributor

openshift-ci bot commented Aug 27, 2025

@grzpiotrowski: 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-sigs/prow repository. I understand the commands that are listed here.

@openshift-bot
Copy link
Contributor

/jira refresh

The requirements for Jira bugs have changed (Jira issues linked to PRs on main branch need to target different OCP), recalculating validity.

@openshift-ci-robot openshift-ci-robot added jira/invalid-bug Indicates that a referenced Jira bug is invalid for the branch this PR is targeting. and removed jira/valid-bug Indicates that a referenced Jira bug is valid for the branch this PR is targeting. labels Sep 2, 2025
@openshift-ci-robot
Copy link
Contributor

@openshift-bot: This pull request references Jira Issue OCPBUGS-55673, which is invalid:

  • expected the bug to target either version "4.21." or "openshift-4.21.", but it targets "4.20.0" instead

Comment /jira refresh to re-evaluate validity if changes to the Jira bug are made, or edit the title of this pull request to link to a different bug.

In response to this:

/jira refresh

The requirements for Jira bugs have changed (Jira issues linked to PRs on main branch need to target different OCP), recalculating validity.

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 openshift-eng/jira-lifecycle-plugin repository.

@grzpiotrowski
Copy link
Contributor Author

/jira refresh

@openshift-ci-robot openshift-ci-robot added jira/valid-bug Indicates that a referenced Jira bug is valid for the branch this PR is targeting. and removed jira/invalid-bug Indicates that a referenced Jira bug is invalid for the branch this PR is targeting. labels Sep 3, 2025
@openshift-ci-robot
Copy link
Contributor

@grzpiotrowski: This pull request references Jira Issue OCPBUGS-55673, which is valid.

3 validation(s) were run on this bug
  • bug is open, matching expected state (open)
  • bug target version (4.21.0) matches configured target version for branch (4.21.0)
  • bug is in the state POST, which is one of the valid states (NEW, ASSIGNED, POST)

Requesting review from QA contact:
/cc @lihongan

In response to this:

/jira refresh

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 openshift-eng/jira-lifecycle-plugin repository.

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. jira/valid-bug Indicates that a referenced Jira bug is valid for the branch this PR is targeting. jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. lgtm Indicates that a PR is ready to be merged.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

8 participants