Skip to content

Conversation

@Mylanos
Copy link
Contributor

@Mylanos Mylanos commented Aug 29, 2025

still missing instances in metal plugin, some references in knative integration tests

and also missing the migration of moveNodeToGroup action within topology.

@openshift-ci-robot openshift-ci-robot added the jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. label Aug 29, 2025
@openshift-ci-robot
Copy link
Contributor

openshift-ci-robot commented Aug 29, 2025

@Mylanos: This pull request references CONSOLE-4711 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 "4.20.0" version, but no target version was set.

Details

In response to this:

still missing instances in metal plugin, some references in knative integration tests

and also missing the migration of moveNodeToGroup action within topology.

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 openshift-ci bot added component/core Related to console core functionality component/helm Related to helm-plugin approved Indicates a PR has been approved by an approver from all required OWNERS files. component/monitoring Related to monitoring component/pipelines Related to pipelines-plugin labels Aug 29, 2025
@Mylanos
Copy link
Contributor Author

Mylanos commented Aug 29, 2025

/label tide-merge-method-squash

@openshift-ci openshift-ci bot added component/shared Related to console-shared component/topology Related to topology labels Aug 29, 2025
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Aug 29, 2025

@Mylanos: The label(s) /label tide-merge-method-squash cannot be applied. These labels are supported: acknowledge-critical-fixes-only, platform/aws, platform/azure, platform/baremetal, platform/google, platform/libvirt, platform/openstack, ga, tide/merge-method-merge, tide/merge-method-rebase, tide/merge-method-squash, px-approved, docs-approved, qe-approved, ux-approved, no-qe, downstream-change-needed, rebase/manual, cluster-config-api-changed, run-integration-tests, approved, backport-risk-assessed, bugzilla/valid-bug, cherry-pick-approved, jira/valid-bug, ok-to-test, plugin-api-approved, plugin-api-changed, stability-fix-approved, staff-eng-approved. Is this label configured under labels -> additional_labels or labels -> restricted_labels in plugin.yaml?

Details

In response to this:

/label tide-merge-method-squash

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.

@Mylanos
Copy link
Contributor Author

Mylanos commented Aug 29, 2025

/label tide/merge-method-squash

@openshift-ci openshift-ci bot added tide/merge-method-squash Denotes a PR that should be squashed by tide when it merges. kind/i18n Indicates issue or PR relates to internationalization or has content that needs to be translated component/knative Related to knative-plugin labels Aug 29, 2025
@Mylanos
Copy link
Contributor Author

Mylanos commented Sep 1, 2025

/retest

1 similar comment
@Mylanos
Copy link
Contributor Author

Mylanos commented Sep 2, 2025

/retest

@logonoff
Copy link
Member

logonoff commented Sep 2, 2025

/cc

@openshift-ci openshift-ci bot requested a review from logonoff September 2, 2025 20:50
@openshift-ci openshift-ci bot added the kind/cypress Related to Cypress e2e integration testing label Sep 3, 2025
/**
* useWarningModalWithProps returns a WarningModal launcher that accepts override props
*/
export type WarningModalCallbackWithProps = (overrides: Omit<WarningModalProps, 'isOpen'>) => void;
Copy link
Member

Choose a reason for hiding this comment

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

we can probably dry up Omit<WarningModalProps, 'isOpen'> as ControlledWarningModalProps

Comment on lines 40 to 47
export const useWarningModalWithProps = (
props?: Partial<Omit<WarningModalProps, 'isOpen'>>,
): WarningModalCallbackWithProps => {
const launcher = useOverlay();
return (overrides) => {
launcher<WarningModalProps>(ControlledWarningModal, { ...(props || {}), ...overrides });
};
};
Copy link
Member

Choose a reason for hiding this comment

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

this might look cleaner

Suggested change
export const useWarningModalWithProps = (
props?: Partial<Omit<WarningModalProps, 'isOpen'>>,
): WarningModalCallbackWithProps => {
const launcher = useOverlay();
return (overrides) => {
launcher<WarningModalProps>(ControlledWarningModal, { ...(props || {}), ...overrides });
};
};
export const useWarningModalWithProps = (
props: Partial<Omit<WarningModalProps, 'isOpen'>> = {},
): WarningModalCallbackWithProps => {
const launcher = useOverlay();
return (overrides) => {
launcher<WarningModalProps>(ControlledWarningModal, { ...props, ...overrides });
};
};

i'm also wondering if we should just include overrides in the callback of useWarningModal, so we don't need to have two hooks here, or if we should be doing further refactors to make this hook not necessary

Copy link
Contributor Author

Choose a reason for hiding this comment

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

For the first note, we would have to change the prop to props: Partial<Omit<WarningModalProps, 'isOpen'>> = { children: <></>} since Partial<Omit<WarningModalProps, 'isOpen'>> require children and we are assigning to this type, which doesn't seem to be as clean as the fallback {}.

For the second note I was thinking about that as well, but there is a problem that the ControlledWarningModal props provided to the launcher would have to define a default children prop since its a required WarningModalProps PF prop.
Something like this:

Suggested change
export const useWarningModalWithProps = (
props?: Partial<Omit<WarningModalProps, 'isOpen'>>,
): WarningModalCallbackWithProps => {
const launcher = useOverlay();
return (overrides) => {
launcher<WarningModalProps>(ControlledWarningModal, { ...(props || {}), ...overrides });
};
};
export const useWarningModal = (
props: Partial<ControlledWarningModalProps>,
): WarningModalCallbackWithProps => {
const launcher = useOverlay();
return useCallback((overrides) => {
const mergedProps: WarningModalProps = {
children: <></>, // Default children
...(props || {}),
...(overrides || {})
};
launcher<WarningModalProps>(ControlledWarningModal, mergedProps);
}, [launcher, props]);
};
export type WarningModalCallbackWithProps = (overrides?: ControlledWarningModalProps) => void;

Seems like cleaner solution to me WDYT? @logonoff

Copy link
Member

@logonoff logonoff Sep 3, 2025

Choose a reason for hiding this comment

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

LGTM. maybe children can be null?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

That works as well.

Comment on lines +133 to +120
// eslint-disable-next-line react-hooks/exhaustive-deps
[kindObj, resource, t],
Copy link
Member

Choose a reason for hiding this comment

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

why don't we need openConfirm in the deps array?

Copy link
Contributor Author

@Mylanos Mylanos Sep 3, 2025

Choose a reason for hiding this comment

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

Because adding it to the dependency list causes max depth exceeded errors when opening the actions list - similarly as in https://github.com/openshift/console/pull/15448/files#diff-e977f2b41b8b2fed19e80f900dec493780f87d0476f70280768f6b6957c56ba0R96
will add a comment.

@Mylanos Mylanos force-pushed the RefactorConfirmModal branch from 24bbcd9 to 5b4fffb Compare September 3, 2025 16:08
@Mylanos Mylanos force-pushed the RefactorConfirmModal branch from 5b4fffb to 138de44 Compare September 4, 2025 07:53
@logonoff
Copy link
Member

logonoff commented Sep 4, 2025

/label px-approved
/label docs-approved

@openshift-ci openshift-ci bot added px-approved Signifies that Product Support has signed off on this PR docs-approved Signifies that Docs has signed off on this PR labels Sep 4, 2025
@Mylanos Mylanos force-pushed the RefactorConfirmModal branch from 138de44 to 0858c30 Compare September 4, 2025 13:49
@christoph-jerolimov
Copy link
Member

/uncc

@openshift-ci openshift-ci bot removed the request for review from christoph-jerolimov September 4, 2025 18:44
@Mylanos
Copy link
Contributor Author

Mylanos commented Sep 5, 2025

/retest

2 similar comments
@Mylanos
Copy link
Contributor Author

Mylanos commented Sep 5, 2025

/retest

@Mylanos
Copy link
Contributor Author

Mylanos commented Sep 8, 2025

/retest

@Mylanos
Copy link
Contributor Author

Mylanos commented Sep 8, 2025

/assign yapei

@yanpzhan
Copy link
Contributor

Regression test on cluster launched against the pr passed.
/verified by @yanpzhan

@openshift-ci-robot openshift-ci-robot added the verified Signifies that the PR passed pre-merge verification criteria label Sep 10, 2025
@openshift-ci-robot
Copy link
Contributor

@yanpzhan: This PR has been marked as verified by @yanpzhan.

Details

In response to this:

Regression test on cluster launched against the pr passed.
/verified by @yanpzhan

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.

Copy link
Member

@logonoff logonoff left a comment

Choose a reason for hiding this comment

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

/lgtm
/label qe-approved

@openshift-ci openshift-ci bot added the qe-approved Signifies that QE has signed off on this PR label Sep 10, 2025
@openshift-ci-robot
Copy link
Contributor

openshift-ci-robot commented Sep 10, 2025

@Mylanos: This pull request references CONSOLE-4711 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 "4.21.0" version, but no target version was set.

Details

In response to this:

still missing instances in metal plugin, some references in knative integration tests

and also missing the migration of moveNodeToGroup action within topology.

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 openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Sep 10, 2025
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Sep 10, 2025

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: logonoff, Mylanos

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Details 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-robot
Copy link
Contributor

/retest-required

Remaining retests: 0 against base HEAD 343b6dd and 2 for PR HEAD 0858c30 in total

@openshift-ci
Copy link
Contributor

openshift-ci bot commented Sep 10, 2025

@Mylanos: all tests passed!

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.

@openshift-merge-bot openshift-merge-bot bot merged commit 156d98c into openshift:main Sep 10, 2025
8 checks passed
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. component/core Related to console core functionality component/helm Related to helm-plugin component/knative Related to knative-plugin component/monitoring Related to monitoring component/pipelines Related to pipelines-plugin component/shared Related to console-shared component/topology Related to topology docs-approved Signifies that Docs has signed off on this PR jira/valid-reference Indicates that this PR references a valid Jira ticket of any type. kind/cypress Related to Cypress e2e integration testing kind/i18n Indicates issue or PR relates to internationalization or has content that needs to be translated lgtm Indicates that a PR is ready to be merged. px-approved Signifies that Product Support has signed off on this PR qe-approved Signifies that QE has signed off on this PR tide/merge-method-squash Denotes a PR that should be squashed by tide when it merges. verified Signifies that the PR passed pre-merge verification criteria

Projects

None yet

Development

Successfully merging this pull request may close these issues.

6 participants