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

[MTV-1686] Simplify/update migration plan status cell #1411

Merged
merged 1 commit into from
Dec 15, 2024

Conversation

jpuzz0
Copy link
Contributor

@jpuzz0 jpuzz0 commented Dec 13, 2024

https://issues.redhat.com/browse/MTV-1686

Summary

Updated UI presentation of migration plan status column cells.

Changes are outlined in this design ticket: https://issues.redhat.com/browse/HPUX-201
NOTE: This implementation does not match the design completely in terms of the status labels used. This is subject to change in future work related to the same design JIRA.

Before

image

After

image

Copy link

@codecov-commenter
Copy link

⚠️ Please install the 'codecov app svg image' to ensure uploads and comments are reliably processed by Codecov.

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 36.21%. Comparing base (13484d0) to head (f866925).
Report is 152 commits behind head on main.

❗ Your organization needs to install the Codecov GitHub app to enable full functionality.

Additional details and impacted files
@@            Coverage Diff             @@
##             main    #1411      +/-   ##
==========================================
- Coverage   36.81%   36.21%   -0.60%     
==========================================
  Files         158      159       +1     
  Lines        2548     2579      +31     
  Branches      599      615      +16     
==========================================
- Hits          938      934       -4     
- Misses       1428     1450      +22     
- Partials      182      195      +13     

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

status: string;
};

export const PlanStatusCell: React.FC<CellProps> = ({ data }) => {
Copy link
Member

Choose a reason for hiding this comment

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

nice refactor of the component name, status cell was too general

icon={buttonCutoverIcon}
onClick={onClickPlanCutoverMigration}
>
<Button variant="secondary" icon={<CutoverIcon />} onClick={onClickPlanCutoverMigration}>
Copy link
Member

Choose a reason for hiding this comment

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

I guess we will remove this in a followup ...

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Right, at least for now, I think the design plan is to move this button to a "Migration type" column as seen here:
image
(can be seen in figma here)

Copy link
Member

@yaacov yaacov left a comment

Choose a reason for hiding this comment

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

nice, looks like a step in the right direction 💚

@yaacov yaacov merged commit 96365a3 into kubev2v:main Dec 15, 2024
11 checks passed
@sgratch
Copy link
Collaborator

sgratch commented Dec 16, 2024

@jpuzz0 @yaacov Few concerns regarding this PR. Please check the below screenshots as an example.

Before

Screenshot from 2024-12-16 13-32-40

After

Screenshot from 2024-12-16 13-32-59

  • The Start button position - we discussed that already...do we plan to leave it under the status column?
  • For the P4 plan as an example- one VM is not displayed with status in the plans list (total of 9 VMs, only 8 are displayed)
  • In case of plan error/warning, is there a way to see the error/warning itelf without navigating to the plan details/vms tabs? On previous solution it was enabled by a tooltip once clicking the status as a hypertext:
    Screenshot from 2024-12-16 13-39-42

@heyethankim
Copy link
Collaborator

@sgratch @yaacov Let me take a closer look, but individual use cases should be reviewed beforehand.

jschuler pushed a commit to jschuler/forklift-console-plugin that referenced this pull request Dec 18, 2024
[MTV-1686] Simplify/update migration plan status cell

Signed-off-by: Joachim Schuler <[email protected]>
@heyethankim
Copy link
Collaborator

heyethankim commented Jan 9, 2025

@sgratch Met with @jpuzz0 for more context, and here are my answers to your questions above.

The Start button position - we discussed that already...do we plan to leave it under the status column?

Yes, that's correct. The specific question was raised during the usability testing, and most participants were fine with the design. The "Start" button is the only exception. When the plan fails (incomplete), the "Restart" button doesn't display, as it can only be triggered through the kebab menu on the Plans page. Usability testing also confirmed that not a single participant would click on the button without first wanting to understand the issue.

@heyethankim
Copy link
Collaborator

For the P4 plan as an example- one VM is not displayed with status in the plans list (total of 9 VMs, only 8 are displayed)

Good catch. @jpuzz0 will investigate further.

@heyethankim
Copy link
Collaborator

heyethankim commented Jan 9, 2025

In case of plan error/warning, is there a way to see the error/warning itelf without navigating to the plan details/vms tabs? On previous solution it was enabled by a tooltip once clicking the status as a hypertext:

We want to eliminate the inconsistency in the hyperlink behavior. Sometimes it links to a page, other times it triggers a modal. Most importantly, users want to investigate the issue directly on the detail page when an error occurs. Eventually, we plan to add a "Logs" tab to the detail page, which will clearly communicate what's happening and allow users to address the issue right there.

@jpuzz0
Copy link
Contributor Author

jpuzz0 commented Jan 9, 2025

@sgratch For the P4 plan as an example, when inspecting the 9 VMs you have there, what is the state/condition of that 1 VM that is unaccounted for?

@sgratch
Copy link
Collaborator

sgratch commented Jan 14, 2025

@sgratch For the P4 plan as an example, when inspecting the 9 VMs you have there, what is the state/condition of that 1 VM that is unaccounted for?

@jpuzz0 I don't have that environment anymore, but I assume it was a Canceled VM just because those VMs are counted within the total but are are not counted as migrated successfully. I'l try to reproduce it again and update, but please check that as well to see that you covered all scenarios for succeeded plans.

@sgratch
Copy link
Collaborator

sgratch commented Jan 20, 2025

@sgratch For the P4 plan as an example, when inspecting the 9 VMs you have there, what is the state/condition of that 1 VM that is unaccounted for?

@jpuzz0 as expected, the difference is due to canceling one VM

Please see the difference between old UI before this fix for plan name "copy-of-p4':

Screenshot from 2025-01-20 19-58-24

To new UI after this fix:

Screenshot from 2025-01-20 19-58-39

I'll open a bug on Jira so that we won't forget to handle this:
https://issues.redhat.com/browse/MTV-1905

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants