NO-JIRA: Disable informing tests for the time being#3118
NO-JIRA: Disable informing tests for the time being#3118openshift-merge-bot[bot] merged 1 commit intoopenshift:masterfrom
Conversation
Until we decide when it is the best time to run them Signed-off-by: Jaime Caamaño Ruiz <jcaamano@redhat.com>
WalkthroughThe test-spec filtering logic has been enhanced to exclude all specifications with Changes
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~5 minutes Poem
🚥 Pre-merge checks | ✅ 2 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (2 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
There was a problem hiding this comment.
🧹 Nitpick comments (1)
openshift/cmd/ovn-kubernetes-tests-ext/main.go (1)
96-103: Implementation is correct; consider adding a tracking reference.The filter logic correctly excludes informing specs as intended. Since this is a temporary measure ("for now"), consider adding a TODO with an issue reference or link to track when this should be re-enabled, which will help ensure it doesn't remain disabled indefinitely.
specs = specs.Select(func(spec *extensiontests.ExtensionTestSpec) bool { - // Disable informing specs for now + // TODO: Re-enable informing specs once timing is decided + // See: <issue_link_or_description> if spec.Lifecycle == extensiontests.LifecycleInforming { return false }🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed. In `@openshift/cmd/ovn-kubernetes-tests-ext/main.go` around lines 96 - 103, The filter currently excludes informing specs by checking spec.Lifecycle == extensiontests.LifecycleInforming and disabled names via strings.Contains(spec.Name, "[Disabled:"); add a clear TODO comment above this specs = specs.Select(...) block referencing an issue/PR or tracking link (e.g., TODO: re-enable informing specs - track in ISSUE-123 or link) so this temporary change is tracked; keep the existing logic intact and ensure the TODO includes who/when should revisit or an issue ID to avoid it being left disabled indefinitely.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.
Nitpick comments:
In `@openshift/cmd/ovn-kubernetes-tests-ext/main.go`:
- Around line 96-103: The filter currently excludes informing specs by checking
spec.Lifecycle == extensiontests.LifecycleInforming and disabled names via
strings.Contains(spec.Name, "[Disabled:"); add a clear TODO comment above this
specs = specs.Select(...) block referencing an issue/PR or tracking link (e.g.,
TODO: re-enable informing specs - track in ISSUE-123 or link) so this temporary
change is tracked; keep the existing logic intact and ensure the TODO includes
who/when should revisit or an issue ID to avoid it being left disabled
indefinitely.
ℹ️ Review info
⚙️ Run configuration
Configuration used: Path: .coderabbit.yml
Review profile: CHILL
Plan: Pro
Run ID: cea7ebec-181e-4969-8531-c926c0a38c47
📒 Files selected for processing (1)
openshift/cmd/ovn-kubernetes-tests-ext/main.go
|
@jcaamano: This PR was included in a payload test run from openshift/origin#30560
See details on https://pr-payload-tests.ci.openshift.org/runs/ci/d8ab2420-31cc-11f1-95e1-e066ee5e05ce-0 |
|
/retest |
|
/retest-required |
|
/override ci/prow/e2e-metal-ipi-ovn-dualstack-bgp |
|
@jcaamano: Overrode contexts on behalf of jcaamano: ci/prow/e2e-metal-ipi-ovn-dualstack-bgp, ci/prow/e2e-metal-ipi-ovn-dualstack-bgp-local-gw DetailsIn response to this:
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. |
|
@jcaamano: The following tests failed, say
Full PR test history. Your PR dashboard. DetailsInstructions 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. |
|
@jcaamano: This pull request explicitly references no jira issue. DetailsIn response to this:
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. |
|
/verified by #3118 (comment) |
|
@jcaamano: This PR has been marked as verified by DetailsIn response to this:
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. |
|
/lgtm |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: jcaamano, pperiyasamy The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
0c4c580
into
openshift:master
|
|
||
| specs = specs.Select(func(spec *extensiontests.ExtensionTestSpec) bool { | ||
| // Disable informing specs for now | ||
| if spec.Lifecycle == extensiontests.LifecycleInforming { |
There was a problem hiding this comment.
what are the informing tests that we disabled in this PR? not sure if I missed this discussion/headsup in team meeting
There was a problem hiding this comment.
TRT was not fond of our idea to run tests be default and let them fail as informing. so now this PR is going to make sure if they are labeled informing they will be skipped.
TRT slack thread
mentioned in my PTO update
I think there may be a way we can still let informing tests run in our own presubmits though. I will look in to that.
Until we decide when it is the best time to run them
Summary by CodeRabbit