Repository navigation
Conversation
- Add MACSecurityMode enum (Disabled, Enabled) to UDN types - Add macSecurity field to UserDefinedNetworkLayer2 and UserDefinedNetworkLocalnet types - Add getMACSecurityMode selector to return mode for active topology - Returns undefined for Layer3 topology - Checks both layer2 and localnet topologies - Add MAC Security field to UDNLayer2Details component - Displays "Enabled", "Disabled", or "Enabled (default)" when unset - Uses useNetworkingTranslation() for all strings - Update i18n locale files with new translation keys: - "MAC security" - "Enabled (default)" Note: Localnet details view does not currently exist, so MAC security was not added there. Field is ready in types and selector for when Localnet details view is implemented. Implements: OCPNETUI-88 Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
|
Pipeline controller notification This PR uses the pipeline controller for second-stage tests. Selection and triggering follow the repository configuration. Use |
|
@pcbailey: This pull request references OCPNETUI-88 which is a valid jira issue. Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the story to target the "5.1.0" version, but no target version was set. 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. |
|
Important
This repository does not receive automatic reviews because it has fewer than 10 stars.
|
| Check name | Status | Explanation |
|---|---|---|
| Stable And Deterministic Test Names | The check applies to Ginkgo test titles. This PR does not add any test titles, so no failure condition is triggered. Evidence: - The repository is a TypeScript/React console plugin. It has no Go files… | |
| Test Structure And Quality | The "Test Structure and Quality" check applies only to Ginkgo test code. This repository (openshift/networking-console-plugin, PR #684 by pcbailey) contains no Go source and no Ginkgo or Gomega refere… |
|
| Microshift Test Compatibility | The check applies only to newly added Ginkgo e2e tests (It, Describe, Context, When). This repository is a TypeScript/React OpenShift console plugin. It has no Go sources and no Ginkgo or openshift-te… | |
| Single Node Openshift (Sno) Test Compatibility | The check applies only when the pull request adds Ginkgo e2e tests (It, Describe, Context, When). No such tests exist in this change. Evidence: - The PR is openshift/networking-console-plugin #684, "O… |
|
| Topology-Aware Scheduling Compatibility | The check is not applicable to this pull request. It covers deployment manifests, operator code, and controllers that add or change scheduling constraints. The PR (openshift/networking-console-plugin … | |
| Ote Binary Stdout Contract | The check is inapplicable to this pull request. It targets process-level stdout writes in OpenShift Tests Extension (OTE) Go binaries, such as main(), init(), TestMain(), and suite setup. PR #684 (ope… |
|
| Ipv6 And Disconnected Network Test Compatibility | The check applies only to new Ginkgo e2e tests (It, Describe, Context, When). This PR adds none. - The PR diff against origin/main touches 11 files. They are locale JSON files, UDN type, constant an… |
|
| No-Weak-Crypto | The check flags weak cryptographic algorithms (MD5, SHA1, DES, RC4, 3DES, Blowfish, ECB), custom crypto implementations, and non-constant-time comparison of secrets or tokens. The PR (openshift/networ… | |
| Container-Privileges | The container-privileges check flags privileged: true, hostPID, hostNetwork, hostIPC, SYS_ADMIN, root-running containers without justification, and allowPrivilegeEscalation: true in container or Kuber… | |
| No-Sensitive-Data-In-Logs | The check flags logging that may expose passwords, tokens, API keys, PII, session IDs, internal hostnames, or customer data. The PR (#684, author pcbailey, verified)… |
Full details: Stable And Deterministic Test Names
-
Explanation
The check applies to Ginkgo test titles. This PR does not add any test titles, so no failure condition is triggered. Evidence: - The repository is a TypeScript/React console plugin. It has no Go files, no
github.com/onsi/ginkgoimports, and nogo.mod. The only test frameworks are Cypress and Jest. - The PR commit (cee425a, "OCPNETUI-88: Display MAC Security status on UDN detail page") describes four changes: the MACSecurityMode enum and macSecurity fields in UDN types, a getMACSecurityMode selector, a MAC security field in UDNLayer2Details, and i18n keys. - The files that reference the feature aresrc/utils/resources/udns/selectors/index.ts,src/utils/resources/udns/types/types.ts, andsrc/views/udns/details/tabs/details/UDNLayer2Details.tsx. A search of test and spec files for MACSecurity or "MAC security" returned no matches. - Theit(/describe(hits in the commit belong to pre-existing Cypress and Jest suites. They come from the repository-wide single-commit history, not from this feature. Caveat: the repository history is a single squashed commit, so the PR patch could not be isolated from the base. The feature-specific file list and the commit message are the basis for this conclusion.
Full details: Test Structure And Quality
-
Explanation
The "Test Structure and Quality" check applies only to Ginkgo test code. This repository (openshift/networking-console-plugin, PR
#684by pcbailey) contains no Go source and no Ginkgo or Gomega references. A search for*.gofiles returned nothing, and a search for "ginkgo" or "gomega" across the repository returned nothing. The PR's functional change is a TypeScript/React addition: a "MAC security" field on the UDN details page, usinggetMACSecurityModeandMAC_SECURITY_MODE_ENABLEDfrom the@utils/resources/udnsmodules. The test files in the commit are Cypress specs underui-tests-cy/. The check does not cover Cypress specs, and I did not assess them against these criteria. No Ginkgo It blocks were added, so there is no Ginkgo test code to evaluate. The check is inapplicable, so it passes. Note: the local git history shows the PR as one large commit (685 files). I did not use that to judge test structure. The verdict rests on the absence of Ginkgo code.
Full details: Microshift Test Compatibility
-
Explanation
The check applies only to newly added Ginkgo e2e tests (It, Describe, Context, When). This repository is a TypeScript/React OpenShift console plugin. It has no Go sources and no Ginkgo or openshift-tests dependency. The PR head commit (cee425a, "OCPNETUI-88: Display MAC Security status on UDN detail page") contains no Go test files and no added It(), Describe(), Context(), When(), ginkgo, apigroup, or MicroShift-related markers in its diff. The only test-style additions are Cypress specs under ui-tests-cy/tests/networking/*.cy.ts (for example adminOnlyDescribe('Test UDN', ...)). Those are Cypress tests, not Ginkgo e2e tests, so this check does not apply to them. The PR description and title describe a UI change that adds a MAC security status field to the UDN details page. The repository history appears to be squashed into one commit, so the exact base diff could not be isolated. This does not change the result, because no Ginkgo test additions were found in the commit. The check is not applicable, so it passes.
Full details: Single Node Openshift (Sno) Test Compatibility
-
Explanation
The check applies only when the pull request adds Ginkgo e2e tests (It, Describe, Context, When). No such tests exist in this change. Evidence: - The PR is openshift/networking-console-plugin
#684, "OCPNETUI-88: Display MAC Security status on UDN details page". The description describes a UI field on the UDN details page. - The repository is a TypeScript/React console plugin. The tracked tree has 0.gofiles. - A search of tracked files forginkgo,g.It(,Describe(, andIt(returned no matches. - The test-like files tracked are Jest-style*.test.tsunit tests undersrc/views/topology/, plus CI workflow and shell files. None are Ginkgo tests. - HEAD (cee425a) has no parent, so git cannot isolate the PR patch against a base. This limits the diff review. It does not change the result. The head state contains no Go or Ginkgo code, so the PR cannot have added a Ginkgo e2e test. Because no Ginkgo test is added, the SNO topology assumptions in the check do not apply.
Full details: Topology-Aware Scheduling Compatibility
-
Explanation
The check is not applicable to this pull request. It covers deployment manifests, operator code, and controllers that add or change scheduling constraints. The PR (openshift/networking-console-plugin
#684, author pcbailey) changes only frontend display code and locale files. Comparing HEAD against origin/main shows five changed source files: constants.ts, the UDN selectors, the UDN types, and UDNLayer2Details.tsx, plus the locale JSON files. The diff adds a MACSecurityMode enum, a getMACSecurityMode selector, and a "MAC security" DetailsItem. It adds no pod specs, anti-affinity rules, tolerations, nodeSelectors, topology spread constraints, PDBs, replica counts, or controller logic. The commit does touch manifest-like paths, but those files are pre-existing and unchanged in this diff, so they are not introduced by the PR.
Full details: Ote Binary Stdout Contract
-
Explanation
The check is inapplicable to this pull request. It targets process-level stdout writes in OpenShift Tests Extension (OTE) Go binaries, such as main(), init(), TestMain(), and suite setup. PR
#684(openshift/networking-console-plugin, author pcbailey) adds a MAC security status field to the UDN details page, which is a TypeScript/React console plugin change. The repository contains no Go source files (rg --files -g '*.go'returned nothing). Searches foropenshift-tests, "OpenShift Tests Extension", andklog.SetOutputfound no matches. The head commit (cee425a, "OCPNETUI-88: Display MAC Security status on UDN detail page") touches only repository configuration, CI, and frontend files. No process-level Go code or OTE binary changed, so no stdout contract condition applies.
Full details: Ipv6 And Disconnected Network Test Compatibility
-
Explanation
The check applies only to new Ginkgo e2e tests (It, Describe, Context, When). This PR adds none. - The PR diff against
origin/maintouches 11 files. They are locale JSON files, UDN type, constant and selector modules undersrc/utils/resources/udns/, andsrc/views/udns/details/tabs/details/UDNLayer2Details.tsx. The change adds a MAC security status field to the UDN Layer2 details view. - The repository has no Go files (git ls-files '*.go'returns 0). Noonsi/ginkgoimports exist anywhere in the tree. - No test files appear in the PR's changed-file list. The repo's test suites are Cypress (ui-tests-cy,integration-tests) and Jest unit tests. Neither is a Ginkgo e2e suite, so the IPv4 and disconnected-network criteria do not apply. The check is inapplicable to this PR, so it passes.
Full details: No-Weak-Crypto
-
Explanation
The check flags weak cryptographic algorithms (MD5, SHA1, DES, RC4, 3DES, Blowfish, ECB), custom crypto implementations, and non-constant-time comparison of secrets or tokens. The PR (#684, author pcbailey) adds a read-only MAC Security display field to the UDN Layer2 details page. Evidence gathered: - The commit cee425a ("OCPNETUI-88: Display MAC Security status on UDN detail page") describes only these changes: a
MACSecurityModeenum,macSecuritytype fields, agetMACSecurityModeselector, a "MAC security" row inUDNLayer2Details.tsx, and i18n keys. -src/views/udns/details/tabs/details/UDNLayer2Details.tsx(lines 30–39) renders the mode as a label. It performs only a string equality check againstMAC_SECURITY_MODE_ENABLEDand selects between two translated strings. It uses no hashing, ciphers, or secret comparison. -src/utils/resources/udns/selectors/index.ts(lines 83–91) returns the mode string from the object. It has no crypto logic. - Repository-wide searches for md5, sha1, des, rc4, 3des, blowfish, ecb, crypto, createHash, createCipher, and hmac found no matches in the PR's source. The only hits were an unrelated ESLint builtin-module list, lockfile integrity hashes, and an existingmd5transitive dependency inpackage-lock.json. That dependency is not changed by this PR's source. Limitation: the repository has a single commit, andorigin/mainshares no merge base with it. A strict base-to-head diff was therefore unavailable. The PR-specific changes were instead identified from the commit message and the named files. Those files contain no weak-crypto or custom-crypto code. Conclusion: the PR introduces no weak cryptographic algorithm, custom crypto, or non-constant-time secret comparison.
Full details: Container-Privileges
-
Explanation
The container-privileges check flags privileged: true, hostPID, hostNetwork, hostIPC, SYS_ADMIN, root-running containers without justification, and allowPrivilegeEscalation: true in container or Kubernetes manifests. Evidence gathered: - PR
#684(author pcbailey) is titled "OCPNETUI-88: Display MAC Security status on UDN details page". The description says it adds a MAC security status field to the UDN details page. - The local HEAD (cee425a) is a root commit with no parent, so no merge-base exists with origin/main. The complete PR patch cannot be reconstructed from commit history. - A tree diff of origin/main against HEAD lists 11 modified files. Seven are locale JSON files (en, es, fr, ja, ko, zh, and the plugin locale). The rest are TypeScript sources under src/utils/resources/udns/ and src/views/udns/details/tabs/details/UDNLayer2Details.tsx. - The new MAC security code (MAC_SECURITY_MODE_ENABLED, getMACSecurityMode, and the UDNLayer2Details render path) is UI and data-model code. It contains no manifests. - A keyword scan of the tree diff for privileged, hostPID, hostNetwork, hostIPC, SYS_ADMIN, allowPrivilegeEscalation, runAsUser, and runAsNonRoot returned no matches. Limitation: the diff was compared against origin/main as a tree diff, not as a true commit-range diff, because the history is unrelated. This is a reasonable proxy for the changed files. No changed file is a container or Kubernetes manifest, so the check does not apply to this change.
Full details: No-Sensitive-Data-In-Logs
-
Explanation
The check flags logging that may expose passwords, tokens, API keys, PII, session IDs, internal hostnames, or customer data. The PR (#684, author pcbailey, verified) adds a MAC security status field to the UDN Layer 2 details view. The commit cee425a changes these areas: the MACSecurityMode enum and macSecurity types in src/utils/resources/udns/types/types.ts, the getMACSecurityMode selector in src/utils/resources/udns/selectors/index.ts, the MAC security DetailsItem in src/views/udns/details/tabs/details/UDNLayer2Details.tsx, and locale JSON keys. None of these changed lines call console., networkConsole., or any other logging function. The logging calls found in the repository (for example networkConsole.error in src/views/nads/form/utils/utils.ts and networkConsole.warn in the UDN virtual machine modals) are pre-existing and not touched by the summarized changes. The PR therefore introduces no new logging of sensitive data.
|
Skipping CI for Draft Pull Request. |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: pcbailey 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 |
|
@pcbailey: all tests passed! 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. |
Adds MAC security status field to the UDN details page.
Jira: https://redhat.atlassian.net/browse/OCPNETUI-88
Screenshots
Enabled
Disabled