Skip to content

Conversation

@porridge
Copy link
Contributor

Description

change me!

User-facing documentation

Testing and quality

  • the change is production ready: the change is GA, or otherwise the functionality is gated by a feature flag
  • CI results are inspected

Automated testing

  • added unit tests
  • added e2e tests
  • added regression tests
  • added compatibility tests
  • modified existing tests

How I validated my change

change me!

@openshift-ci
Copy link

openshift-ci bot commented Jan 12, 2026

Skipping CI for Draft Pull Request.
If you want CI signal for your change, please convert it to an actual PR.
You can still manually trigger a test run with /test all

@porridge
Copy link
Contributor Author

/test gke-operator-e2e-tests

@porridge
Copy link
Contributor Author

/test ?

@openshift-ci
Copy link

openshift-ci bot commented Jan 12, 2026

@porridge: The following commands are available to trigger required jobs:

/test gke-nongroovy-e2e-tests
/test gke-ui-e2e-tests

The following commands are available to trigger optional jobs:

/test aks-qa-e2e-tests
/test aro-qa-e2e-tests
/test eks-qa-e2e-tests
/test gke-external-pg-17-qa-e2e-tests
/test gke-latest-nongroovy-e2e-tests
/test gke-latest-operator-e2e-tests
/test gke-latest-qa-e2e-tests
/test gke-latest-ui-e2e-tests
/test gke-nongroovy-compatibility-tests
/test gke-oldest-nongroovy-e2e-tests
/test gke-oldest-operator-e2e-tests
/test gke-oldest-qa-e2e-tests
/test gke-oldest-ui-e2e-tests
/test gke-operator-e2e-tests
/test gke-qa-e2e-tests
/test gke-race-condition-qa-e2e-tests
/test gke-scale-tests
/test gke-scanner-v4-install-tests
/test gke-sensor-integration-tests
/test gke-upgrade-tests
/test gke-version-compatibility-tests
/test ibmcloudz-4-14-qa-e2e-tests
/test ibmcloudz-4-15-qa-e2e-tests
/test ibmcloudz-4-16-qa-e2e-tests
/test ibmcloudz-4-17-qa-e2e-tests
/test ocp-4-12-compliance-e2e-tests
/test ocp-4-12-nongroovy-e2e-tests
/test ocp-4-12-operator-e2e-tests
/test ocp-4-12-qa-e2e-tests
/test ocp-4-12-scanner-v4-install-tests
/test ocp-4-12-sensor-integration-tests
/test ocp-4-12-ui-e2e-tests
/test ocp-4-20-compliance-e2e-tests
/test ocp-4-20-crun-qa-e2e-tests
/test ocp-4-20-fips-qa-e2e-tests
/test ocp-4-20-nongroovy-e2e-tests
/test ocp-4-20-operator-e2e-tests
/test ocp-4-20-qa-e2e-tests
/test ocp-4-20-scanner-v4-install-tests
/test ocp-4-20-sensor-integration-tests
/test ocp-4-20-ui-e2e-tests
/test ocp-dev-preview-compliance-e2e-tests
/test ocp-dev-preview-fips-qa-e2e-tests
/test ocp-dev-preview-nongroovy-e2e-tests
/test ocp-dev-preview-operator-e2e-tests
/test ocp-dev-preview-qa-e2e-tests
/test ocp-dev-preview-scanner-v4-install-tests
/test ocp-dev-preview-sensor-integration-tests
/test ocp-dev-preview-ui-e2e-tests
/test ocp-next-candidate-compliance-e2e-tests
/test ocp-next-candidate-fips-qa-e2e-tests
/test ocp-next-candidate-nongroovy-e2e-tests
/test ocp-next-candidate-operator-e2e-tests
/test ocp-next-candidate-qa-e2e-tests
/test ocp-next-candidate-scanner-v4-install-tests
/test ocp-next-candidate-sensor-integration-tests
/test ocp-next-candidate-ui-e2e-tests
/test ocp-stable-scanner-v4-install-compliance-e2e-tests
/test ocp-stable-scanner-v4-install-nongroovy-e2e-tests
/test ocp-stable-scanner-v4-install-operator-e2e-tests
/test ocp-stable-scanner-v4-install-qa-e2e-tests
/test ocp-stable-scanner-v4-install-scanner-v4-install-tests
/test ocp-stable-scanner-v4-install-sensor-integration-tests
/test ocp-stable-scanner-v4-install-ui-e2e-tests
/test osd-aws-qa-e2e-tests
/test osd-gcp-qa-e2e-tests
/test powervs-4-14-qa-corebpf-e2e-tests
/test powervs-4-15-qa-corebpf-e2e-tests
/test powervs-4-16-qa-corebpf-e2e-tests
/test powervs-4-17-qa-corebpf-e2e-tests
/test powervs-4-18-qa-corebpf-e2e-tests
/test powervs-4-19-qa-corebpf-e2e-tests
/test powervs-4-20-qa-corebpf-e2e-tests
/test rosa-fips-qa-e2e-tests
/test rosa-hcp-qa-e2e-tests
/test rosa-qa-e2e-tests

Use /test all to run the following jobs that were automatically triggered:

pull-ci-stackrox-stackrox-master-gke-nongroovy-e2e-tests
pull-ci-stackrox-stackrox-master-gke-operator-e2e-tests
pull-ci-stackrox-stackrox-master-gke-qa-e2e-tests
pull-ci-stackrox-stackrox-master-gke-scanner-v4-install-tests
pull-ci-stackrox-stackrox-master-gke-ui-e2e-tests
pull-ci-stackrox-stackrox-master-gke-upgrade-tests
pull-ci-stackrox-stackrox-master-ocp-4-12-nongroovy-e2e-tests
pull-ci-stackrox-stackrox-master-ocp-4-12-operator-e2e-tests
pull-ci-stackrox-stackrox-master-ocp-4-12-qa-e2e-tests
pull-ci-stackrox-stackrox-master-ocp-4-12-scanner-v4-install-tests
pull-ci-stackrox-stackrox-master-ocp-4-20-nongroovy-e2e-tests
pull-ci-stackrox-stackrox-master-ocp-4-20-operator-e2e-tests
pull-ci-stackrox-stackrox-master-ocp-4-20-qa-e2e-tests
pull-ci-stackrox-stackrox-master-ocp-4-20-scanner-v4-install-tests
Details

In response to this:

/test ?

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.

@porridge
Copy link
Contributor Author

/test ocp-4-20-operator-e2e-tests
/test ocp-4-12-operator-e2e-tests

Copy link
Contributor

@sourcery-ai sourcery-ai bot left a comment

Choose a reason for hiding this comment

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

Hey - I've found 1 issue, and left some high level feedback:

  • In operator/tests/run.sh, consider validating operator_cluster_type against the supported values (e.g., openshift4, others) and failing fast on unknown/empty values so typos or missing arguments don’t silently change the deployment path.
  • The dist Make target uses a sed substitution on the kustomize output to set the image tag; using kustomize’s built-in image override mechanisms instead would be less brittle than relying on a specific :0.0.1 pattern in the rendered YAML.
Prompt for AI Agents
Please address the comments from this code review:

## Overall Comments
- In `operator/tests/run.sh`, consider validating `operator_cluster_type` against the supported values (e.g., `openshift4`, others) and failing fast on unknown/empty values so typos or missing arguments don’t silently change the deployment path.
- The `dist` Make target uses a `sed` substitution on the kustomize output to set the image tag; using kustomize’s built-in image override mechanisms instead would be less brittle than relying on a specific `:0.0.1` pattern in the rendered YAML.

## Individual Comments

### Comment 1
<location> `operator/Makefile:412-413` </location>
<code_context>
 upgrade-dirty-tag-via-olm: kuttl
 	KUTTL=$(KUTTL) PATH="$(PROJECT_DIR)/hack:$${PATH}" ./hack/olm-operator-upgrade.sh --allow-dirty-tag $(TEST_NAMESPACE) $(INSTALL_VERSION)

+.PHONY: deploy-via-dist
+deploy-via-dist: ## Deploy current version of operator via distribution manifest file.
+	./hack/retry-kubectl.sh </dev/null apply -f dist.yaml
+	./hack/retry-kubectl.sh </dev/null rollout status deployment rhacs-operator-controller-manager -n rhacs-operator-system --timeout=300s
+
 ##@ Bundle and Index build
</code_context>

<issue_to_address>
**suggestion:** Consider making `deploy-via-dist` depend on `dist` so `dist.yaml` is always generated before applying.

`deploy-via-dist` currently assumes `dist.yaml` already exists. Making it depend on the `dist` target (e.g., `deploy-via-dist: dist`) ensures the manifest is regenerated with the current `VERSION` and avoids failures from a stale or missing file.

```suggestion
.PHONY: deploy-via-dist
deploy-via-dist: dist ## Deploy current version of operator via distribution manifest file.
```
</issue_to_address>

Sourcery is free for open source - if you like our reviews please consider sharing them ✨
Help me be more useful! Please click 👍 or 👎 on each comment and I'll use the feedback to improve your reviews.

Comment on lines +412 to +413
.PHONY: deploy-via-dist
deploy-via-dist: ## Deploy current version of operator via distribution manifest file.
Copy link
Contributor

Choose a reason for hiding this comment

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

suggestion: Consider making deploy-via-dist depend on dist so dist.yaml is always generated before applying.

deploy-via-dist currently assumes dist.yaml already exists. Making it depend on the dist target (e.g., deploy-via-dist: dist) ensures the manifest is regenerated with the current VERSION and avoids failures from a stale or missing file.

Suggested change
.PHONY: deploy-via-dist
deploy-via-dist: ## Deploy current version of operator via distribution manifest file.
.PHONY: deploy-via-dist
deploy-via-dist: dist ## Deploy current version of operator via distribution manifest file.

@rhacs-bot
Copy link
Contributor

Images are ready for the commit at b694f78.

To use with deploy scripts, first export MAIN_IMAGE_TAG=4.10.x-748-gb694f78e22.

@codecov
Copy link

codecov bot commented Jan 12, 2026

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 48.93%. Comparing base (0041570) to head (b694f78).

Additional details and impacted files
@@           Coverage Diff           @@
##           master   #18442   +/-   ##
=======================================
  Coverage   48.93%   48.93%           
=======================================
  Files        2631     2631           
  Lines      197964   197964           
=======================================
+ Hits        96872    96878    +6     
+ Misses      93703    93701    -2     
+ Partials     7389     7385    -4     
Flag Coverage Δ
go-unit-tests 48.93% <ø> (+<0.01%) ⬆️

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

@openshift-ci
Copy link

openshift-ci bot commented Jan 12, 2026

@porridge: 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/gke-operator-e2e-tests b694f78 link false /test gke-operator-e2e-tests
ci/prow/ocp-4-12-operator-e2e-tests b694f78 link false /test ocp-4-12-operator-e2e-tests
ci/prow/ocp-4-20-operator-e2e-tests b694f78 link false /test ocp-4-20-operator-e2e-tests

Full PR test history. Your PR dashboard.

Details

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants