Skip to content
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

OCPBUGS-26498: Add test for UpgradeValidation contention #28710

Merged

Conversation

gcs278
Copy link
Contributor

@gcs278 gcs278 commented Apr 15, 2024

Add "The HAProxy router converges when multiple routers are writing conflicting upgrade validation status" test which validates router converge when writing conflicting status in a scenario that uses multiple conditions.

Previously, we tested conflicting status fields (hostname), but don't have a test for conflicting status. This test add logic that exercises new logic in the router for the Upgrade Validation plugin.

Also, this updates all of the router stress.go status tests write watch logic to use an informer, which allows for comparison of the old and new route objects along with the ability to start the informer in a separate go routine.

@openshift-ci-robot openshift-ci-robot added the jira/severity-moderate Referenced Jira bug's severity is moderate for the branch this PR is targeting. label Apr 15, 2024
@openshift-ci openshift-ci bot added the do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress. label Apr 15, 2024
@openshift-ci-robot openshift-ci-robot added the jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. label Apr 15, 2024
@openshift-ci-robot
Copy link

@gcs278: This pull request references Jira Issue OCPBUGS-26498, which is valid.

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

Requesting review from QA contact:
/cc @ShudiLi

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

In response to this:

Add "The HAProxy router converges when multiple routers are writing conflicting upgrade validation status" test which validates router converge when writing conflicting status in a scenario that uses multiple conditions.

Testing contention at a condition-level is important because it exercises a slightly different logic path.

WIP because I need openshift/router#575 merged.

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.

@openshift-ci-robot openshift-ci-robot added the jira/valid-bug Indicates that a referenced Jira bug is valid for the branch this PR is targeting. label Apr 15, 2024
@gcs278 gcs278 force-pushed the OCPBUGS-26498-upgradeable-status branch 3 times, most recently from 743ed9b to d40ce53 Compare April 16, 2024 02:33
@openshift-trt-bot
Copy link

Job Failure Risk Analysis for sha: d40ce53

Job Name Failure Risk
pull-ci-openshift-origin-master-e2e-aws-ovn-fips IncompleteTests
Tests for this run (98) are below the historical average (1540): IncompleteTests (not enough tests ran to make a reasonable risk analysis; this could be due to infra, installation, or upgrade problems)
pull-ci-openshift-origin-master-e2e-aws-ovn-single-node Low
[sig-arch] events should not repeat pathologically for ns/openshift-etcd
This test has passed 77.55% of 49 runs on jobs ['periodic-ci-openshift-release-master-nightly-4.16-e2e-aws-ovn-single-node'] in the last 14 days.

@openshift-trt-bot
Copy link

Job Failure Risk Analysis for sha: 4fd7700

Job Name Failure Risk
pull-ci-openshift-origin-master-e2e-aws-ovn-upgrade High
[sig-apps] job-upgrade
This test has passed 100.00% of 27 runs on jobs ['periodic-ci-openshift-release-master-ci-4.16-e2e-aws-ovn-upgrade'] in the last 14 days.

@frobware
Copy link
Contributor

openshift/router#575 has merged.

/test all

Copy link
Contributor

@frobware frobware left a comment

Choose a reason for hiding this comment

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

Some Observations:

  • Redundant Check: Is there an existing bug related
    to a redundant check (routeNameMatch != routeNameMatch), which
    looks like it should be corrected to r.Name != routeNameMatch. There might be gaps in prior testing strategies.

  • Error Handling Strategy: Current implementations within utility functions use Ginkgo assertions directly, which limits the flexibility in error handling and makes the utility functions tightly coupled with the test framework. This approach can be restrictive and obscures the utility functions’ usability in different contexts.

}

// createTestRoutes creates test routes with the name as the index number.
func createTestRoutes(client v1.RouteInterface, numOfRoutes int) {
Copy link
Contributor

Choose a reason for hiding this comment

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

Why not return an error and let the caller decide what should be done versus calling o.Expect(err).NotTo(o.HaveOccurred()). I see that other functions in this file adopt that pattern of do-stuff and call o.Expect() but you could separate the concerns:

Suggested change
func createTestRoutes(client v1.RouteInterface, numOfRoutes int) {
func createTestRoutes(client v1.RouteInterface, numOfRoutes int) error {
var errs []error
for i := 0; i < numOfRoutes; i++ {
_, err := client.Create(context.Background(), &routev1.Route{
ObjectMeta: metav1.ObjectMeta{
Name: fmt.Sprintf("%d", i),
},
Spec: routev1.RouteSpec{
To: routev1.RouteTargetReference{Name: "test"},
Port: &routev1.RoutePort{
TargetPort: intstr.FromInt(8080),
},
},
}, metav1.CreateOptions{})
if err != nil {
errs = append(errs, fmt.Errorf("failed to create route %d: %w", i, err))
}
}
if len(errs) > 0 {
return fmt.Errorf("multiple errors occurred: %v", errs)
}
return nil
}

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Fair point. Done.

Comment on lines 381 to 522
func findIngressCondition(ingress *routev1.RouteIngress, t routev1.RouteIngressConditionType) (_ *routev1.RouteIngressCondition) {
for i, existing := range ingress.Conditions {
if existing.Type != t {
continue
}
return &ingress.Conditions[i]
}
return nil
}
Copy link
Contributor

Choose a reason for hiding this comment

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

Suggested change
func findIngressCondition(ingress *routev1.RouteIngress, t routev1.RouteIngressConditionType) (_ *routev1.RouteIngressCondition) {
for i, existing := range ingress.Conditions {
if existing.Type != t {
continue
}
return &ingress.Conditions[i]
}
return nil
}
func findIngressCondition(ingress *routev1.RouteIngress, t routev1.RouteIngressConditionType) (_ *routev1.RouteIngressCondition) {
for i := range ingress.Conditions {
if ingress.Conditions[i].Type == t {
return &ingress.Conditions[i]
}
}
return nil
}

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Done.

o.Expect(ok).To(o.BeTrue())
if routeNameMatch != "" {
if r, ok := obj.Object.(*routev1.Route); ok {
if r == nil || routeNameMatch != routeNameMatch {
Copy link
Contributor

@frobware frobware Apr 23, 2024

Choose a reason for hiding this comment

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

We're comparing the same variable. Typo? Should this be r.Name !=? (Later edit: looks like this code was always encoded this way.)

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Oh yikes that's a goof. Good catch.

func verifyConflictingWrites(client v1.RouteInterface, rv string, observeTime time.Duration, writeLimit int, routeNameMatch string) {
writes := 0
w, err := client.Watch(context.Background(), metav1.ListOptions{Watch: true, ResourceVersion: rv})
o.Expect(err).NotTo(o.HaveOccurred())
Copy link
Contributor

Choose a reason for hiding this comment

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

Should a utility function assert like this? Why don't we return an error and let the caller decide? i.e., Shouldn't the assertions be triggered in g.It("converges when multiple routers are writing status", func() {, etc.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Yea I it'd be more reusable if we don't do the assertions in the utility function. Done.

@gcs278 gcs278 changed the title [WIP] OCPBUGS-26498: Add test for UpgradeValidation contention OCPBUGS-26498: Add test for UpgradeValidation contention Apr 23, 2024
@openshift-ci openshift-ci bot removed the do-not-merge/work-in-progress Indicates that a PR should not merge because it is a work in progress. label Apr 23, 2024
@gcs278 gcs278 force-pushed the OCPBUGS-26498-upgradeable-status branch from 4fd7700 to f4d848c Compare April 23, 2024 15:02
Copy link
Contributor Author

@gcs278 gcs278 left a comment

Choose a reason for hiding this comment

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

Thanks @frobware

}

// createTestRoutes creates test routes with the name as the index number.
func createTestRoutes(client v1.RouteInterface, numOfRoutes int) {
Copy link
Contributor Author

Choose a reason for hiding this comment

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

Fair point. Done.

func verifyConflictingWrites(client v1.RouteInterface, rv string, observeTime time.Duration, writeLimit int, routeNameMatch string) {
writes := 0
w, err := client.Watch(context.Background(), metav1.ListOptions{Watch: true, ResourceVersion: rv})
o.Expect(err).NotTo(o.HaveOccurred())
Copy link
Contributor Author

Choose a reason for hiding this comment

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

Yea I it'd be more reusable if we don't do the assertions in the utility function. Done.

o.Expect(ok).To(o.BeTrue())
if routeNameMatch != "" {
if r, ok := obj.Object.(*routev1.Route); ok {
if r == nil || routeNameMatch != routeNameMatch {
Copy link
Contributor Author

Choose a reason for hiding this comment

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

Oh yikes that's a goof. Good catch.

Comment on lines 381 to 522
func findIngressCondition(ingress *routev1.RouteIngress, t routev1.RouteIngressConditionType) (_ *routev1.RouteIngressCondition) {
for i, existing := range ingress.Conditions {
if existing.Type != t {
continue
}
return &ingress.Conditions[i]
}
return nil
}
Copy link
Contributor Author

Choose a reason for hiding this comment

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

Done.

@gcs278
Copy link
Contributor Author

gcs278 commented Apr 23, 2024

All other test failures weren't related to our new test The HAProxy router converges when multiple routers are writing conflicting upgrade validation status. We should just ignore them since they are not required and we don't impact them with this PR.

The test is in e2e-gcp-ovn and it was succesfull. Spinning a couple more times.
/test e2e-gcp-ovn

@gcs278
Copy link
Contributor Author

gcs278 commented Apr 24, 2024

Build image tests from the repository - not related.
/test e2e-gcp-ovn

@gcs278
Copy link
Contributor Author

gcs278 commented Apr 24, 2024

The HAProxy router converges when multiple routers are writing conflicting upgrade validation status. test also gets run in the e2e-aws-ovn-fips test:
/test e2e-aws-ovn-fips

@gcs278
Copy link
Contributor Author

gcs278 commented Apr 24, 2024

Image builds are failing. Appears like infrastructure issue.

@openshift-trt-bot
Copy link

Job Failure Risk Analysis for sha: f4d848c

Job Name Failure Risk
pull-ci-openshift-origin-master-e2e-aws-ovn-upgrade High
[sig-apps] job-upgrade
This test has passed 100.00% of 28 runs on jobs ['periodic-ci-openshift-release-master-ci-4.16-e2e-aws-ovn-upgrade'] in the last 14 days.
pull-ci-openshift-origin-master-e2e-gcp-ovn IncompleteTests
Tests for this run (16) are below the historical average (1718): IncompleteTests (not enough tests ran to make a reasonable risk analysis; this could be due to infra, installation, or upgrade problems)
pull-ci-openshift-origin-master-e2e-gcp-csi IncompleteTests
Tests for this run (25) are below the historical average (692): IncompleteTests (not enough tests ran to make a reasonable risk analysis; this could be due to infra, installation, or upgrade problems)

@gcs278
Copy link
Contributor Author

gcs278 commented Apr 24, 2024

@frobware found a flake. holding until we figure it out.
/hold

@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 Apr 24, 2024
@gcs278
Copy link
Contributor Author

gcs278 commented Apr 24, 2024

/assign @frobware

@gcs278
Copy link
Contributor Author

gcs278 commented May 2, 2024

/test e2e-gcp-ovn

@gcs278
Copy link
Contributor Author

gcs278 commented May 2, 2024

/test e2e-aws-ovn-fips

@gcs278
Copy link
Contributor Author

gcs278 commented May 2, 2024

/test e2e-aws-ovn-single-node

Comment on lines 586 to 594
func findMostRecentConditionTime(conditions []routev1.RouteIngressCondition) time.Time {
var recent time.Time
for j := range conditions {
condition := &conditions[j]
if condition.LastTransitionTime != nil && condition.LastTransitionTime.Time.After(recent) {
recent = condition.LastTransitionTime.Time
}
}
return recent
}
Copy link
Contributor

Choose a reason for hiding this comment

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

Do we need the temporary?

Suggested change
func findMostRecentConditionTime(conditions []routev1.RouteIngressCondition) time.Time {
var recent time.Time
for j := range conditions {
condition := &conditions[j]
if condition.LastTransitionTime != nil && condition.LastTransitionTime.Time.After(recent) {
recent = condition.LastTransitionTime.Time
}
}
return recent
}
func findMostRecentConditionTime(conditions []routev1.RouteIngressCondition) time.Time {
var recent time.Time
for j := range conditions {
if conditions[j].LastTransitionTime != nil && conditions[j].LastTransitionTime.Time.After(recent) {
recent = conditions[j].LastTransitionTime.Time
}
}
return recent
}

Copy link
Contributor Author

Choose a reason for hiding this comment

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

No. Done.

Add "The HAProxy router converges when multiple routers are
writing conflicting upgrade validation status" test which validates
router converge when writing conflicting status in a scenario that uses
multiple conditions.

Previously, we tested conflicting status fields (hostname), but don't
have a test for conflicting status. This test add logic that exercises
new logic in the router for the Upgrade Validation plugin.
@gcs278 gcs278 force-pushed the OCPBUGS-26498-upgradeable-status branch from f4d32ea to 3341e1c Compare May 2, 2024 15:32
@frobware
Copy link
Contributor

frobware commented May 2, 2024

/lgtm

Great work!

@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label May 2, 2024
@Miciah
Copy link
Contributor

Miciah commented May 2, 2024

/approve

Copy link
Contributor

openshift-ci bot commented May 2, 2024

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: frobware, gcs278, Miciah

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 May 2, 2024
@openshift-trt-bot
Copy link

Job Failure Risk Analysis for sha: 3341e1c

Job Name Failure Risk
pull-ci-openshift-origin-master-e2e-aws-ovn-serial High
[sig-api-machinery] Namespaces [Serial] should always delete fast (ALL of 100 namespaces in 150 seconds) [Feature:ComprehensiveNamespaceDraining] [Suite:openshift/conformance/serial] [Suite:k8s]
This test has passed 100.00% of 28 runs on jobs ['periodic-ci-openshift-release-master-nightly-4.16-e2e-aws-ovn-serial' 'periodic-ci-openshift-release-master-ci-4.16-e2e-aws-ovn-serial'] in the last 14 days.

@gcs278
Copy link
Contributor Author

gcs278 commented May 2, 2024

I feel pretty comfortable after 250+ successful runs on The HAProxy router converges when multiple routers are writing conflicting upgrade validation status (thanks @frobware), 25+ successful runs on The HAProxy router converges when multiple routers are writing conflicting status and 25+ successful runs onThe HAProxy router converges when multiple routers are writing status.

And TestRouteAdmissionPolicy flakes seem to have resolved with the latest updat from openshift/router#587.

Regardless, I think this test is resilient enough to go ahead and merge.
/hold cancel

@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 May 2, 2024
@gcs278
Copy link
Contributor Author

gcs278 commented May 2, 2024

Tide is saying I need this job, but it's not showing required 🤷
/test e2e-aws-ovn-serial

@openshift-ci-robot
Copy link

/retest-required

Remaining retests: 0 against base HEAD e4b8310 and 2 for PR HEAD 3341e1c in total

@gcs278
Copy link
Contributor Author

gcs278 commented May 3, 2024

/retest-required

1 similar comment
@frobware
Copy link
Contributor

frobware commented May 3, 2024

/retest-required

@gcs278
Copy link
Contributor Author

gcs278 commented May 3, 2024

Flakes are unrelated:

  • [sig-builds][Feature:Builds][Slow] starting a build using CLI start-build test context start a build via a webhook should be able to start builds via the webhook with valid secrets and fail with invalid secrets [apigroup:build.openshift.io]
  • [sig-builds][Feature:Builds][webhook] TestWebhook [apigroup:build.openshift.io][apigroup:image.openshift.io] github [Suite:openshift/conformance/parallel]

/test e2e-gcp-ovn-builds

@gcs278
Copy link
Contributor Author

gcs278 commented May 3, 2024

@Miciah requesting override for e2e-gcp-ovn-builds (if you have the permissions...)

The job history shows that it's almost nearly permafailing for multiple PRs, not just this one.

I've followed up in slack in #forum-openshift-builds. I'll report a bug if pending the outcome of the slack conversation.

Copy link
Contributor

openshift-ci bot commented May 3, 2024

@gcs278: The following tests failed, say /retest to rerun all failed tests or /retest-required to rerun all mandatory failed tests:

Test name Commit Details Required Rerun command
ci/prow/e2e-metal-ipi-sdn 3341e1c link false /test e2e-metal-ipi-sdn
ci/prow/e2e-aws-ovn-single-node-upgrade 3341e1c link false /test e2e-aws-ovn-single-node-upgrade
ci/prow/e2e-aws-ovn-single-node 3341e1c link false /test e2e-aws-ovn-single-node

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.

@gcs278
Copy link
Contributor Author

gcs278 commented May 3, 2024

Another failure:

: [sig-builds][Feature:Builds][Slow] starting a build using CLI start-build test context start a build via a webhook should be able to start builds via the webhook with valid secrets and fail with invalid secrets [apigroup:build.openshift.io]

@xueqzhan
Copy link
Contributor

xueqzhan commented May 3, 2024

/override e2e-gcp-ovn-builds

Copy link
Contributor

openshift-ci bot commented May 3, 2024

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

  • e2e-gcp-ovn-builds

Only the following failed contexts/checkruns were expected:

  • ci/prow/e2e-agnostic-ovn-cmd
  • ci/prow/e2e-aws-csi
  • ci/prow/e2e-aws-ovn-cgroupsv2
  • ci/prow/e2e-aws-ovn-fips
  • ci/prow/e2e-aws-ovn-serial
  • ci/prow/e2e-aws-ovn-single-node
  • ci/prow/e2e-aws-ovn-single-node-serial
  • ci/prow/e2e-aws-ovn-single-node-upgrade
  • ci/prow/e2e-aws-ovn-upgrade
  • ci/prow/e2e-gcp-csi
  • ci/prow/e2e-gcp-ovn
  • ci/prow/e2e-gcp-ovn-builds
  • ci/prow/e2e-gcp-ovn-rt-upgrade
  • ci/prow/e2e-gcp-ovn-upgrade
  • ci/prow/e2e-metal-ipi-ovn-ipv6
  • ci/prow/e2e-metal-ipi-sdn
  • ci/prow/e2e-openstack-ovn
  • ci/prow/images
  • ci/prow/lint
  • ci/prow/unit
  • ci/prow/verify
  • ci/prow/verify-deps
  • pull-ci-openshift-origin-master-e2e-agnostic-ovn-cmd
  • pull-ci-openshift-origin-master-e2e-aws-csi
  • pull-ci-openshift-origin-master-e2e-aws-ovn-cgroupsv2
  • pull-ci-openshift-origin-master-e2e-aws-ovn-fips
  • pull-ci-openshift-origin-master-e2e-aws-ovn-serial
  • pull-ci-openshift-origin-master-e2e-aws-ovn-single-node
  • pull-ci-openshift-origin-master-e2e-aws-ovn-single-node-serial
  • pull-ci-openshift-origin-master-e2e-aws-ovn-single-node-upgrade
  • pull-ci-openshift-origin-master-e2e-aws-ovn-upgrade
  • pull-ci-openshift-origin-master-e2e-gcp-csi
  • pull-ci-openshift-origin-master-e2e-gcp-ovn
  • pull-ci-openshift-origin-master-e2e-gcp-ovn-builds
  • pull-ci-openshift-origin-master-e2e-gcp-ovn-rt-upgrade
  • pull-ci-openshift-origin-master-e2e-gcp-ovn-upgrade
  • pull-ci-openshift-origin-master-e2e-metal-ipi-ovn-ipv6
  • pull-ci-openshift-origin-master-e2e-metal-ipi-sdn
  • pull-ci-openshift-origin-master-e2e-openstack-ovn
  • pull-ci-openshift-origin-master-images
  • pull-ci-openshift-origin-master-lint
  • pull-ci-openshift-origin-master-unit
  • pull-ci-openshift-origin-master-verify
  • pull-ci-openshift-origin-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 e2e-gcp-ovn-builds

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.

@xueqzhan
Copy link
Contributor

xueqzhan commented May 3, 2024

/override ci/prow/e2e-gcp-ovn-builds

Copy link
Contributor

openshift-ci bot commented May 3, 2024

@xueqzhan: Overrode contexts on behalf of xueqzhan: ci/prow/e2e-gcp-ovn-builds

In response to this:

/override ci/prow/e2e-gcp-ovn-builds

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-merge-bot openshift-merge-bot bot merged commit 3a0e98a into openshift:master May 4, 2024
20 of 23 checks passed
@openshift-ci-robot
Copy link

@gcs278: Jira Issue OCPBUGS-26498: Some pull requests linked via external trackers have merged:

The following pull requests linked via external trackers have not merged:

These pull request must merge or be unlinked from the Jira bug in order for it to move to the next state. Once unlinked, request a bug refresh with /jira refresh.

Jira Issue OCPBUGS-26498 has not been moved to the MODIFIED state.

In response to this:

Add "The HAProxy router converges when multiple routers are writing conflicting upgrade validation status" test which validates router converge when writing conflicting status in a scenario that uses multiple conditions.

Previously, we tested conflicting status fields (hostname), but don't have a test for conflicting status. This test add logic that exercises new logic in the router for the Upgrade Validation plugin.

Also, this updates all of the router stress.go status tests write watch logic to use an informer, which allows for comparison of the old and new route objects along with the ability to start the informer in a separate go routine.

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/severity-moderate Referenced Jira bug's severity is moderate for the branch this PR is targeting. 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.

None yet

6 participants