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

refactor(RHINENG-5926) ZeroState checks for RHEL systems #2070

Merged
merged 5 commits into from
Mar 11, 2024

Conversation

adonispuente
Copy link
Collaborator

Updates zero state to consume children, and change the api request to check for RHEL systems as opposed to ALL systems

@adonispuente adonispuente requested a review from a team as a code owner February 12, 2024 14:33
Copy link

jira-linking bot commented Feb 12, 2024

Commits missing Jira IDs:
1652778
ce2c40d
2f75943
447e5ca
Referenced Jiras:
https://issues.redhat.com/browse/RHINENG-5926

@codecov-commenter
Copy link

codecov-commenter commented Feb 13, 2024

Codecov Report

Attention: Patch coverage is 60.00000% with 4 lines in your changes are missing coverage. Please review.

Project coverage is 67.84%. Comparing base (61ec759) to head (447e5ca).

Files Patch % Lines
src/Helpers/APIHelper.js 60.00% 2 Missing ⚠️
src/Utilities/VulnerabilityRoutes.js 60.00% 2 Missing ⚠️
Additional details and impacted files
@@            Coverage Diff             @@
##           master    #2070      +/-   ##
==========================================
- Coverage   68.10%   67.84%   -0.26%     
==========================================
  Files         131      131              
  Lines        3414     3418       +4     
  Branches     1064     1062       -2     
==========================================
- Hits         2325     2319       -6     
- Misses       1089     1099      +10     

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

Copy link
Contributor

@AsToNlele AsToNlele left a comment

Choose a reason for hiding this comment

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

I get the zero state even though I have systems, have some suggestions

src/Helpers/APIHelper.js Show resolved Hide resolved
src/Utilities/VulnerabilityRoutes.js Outdated Show resolved Hide resolved
src/Utilities/VulnerabilityRoutes.js Outdated Show resolved Hide resolved
.travis/custom_release.sh Outdated Show resolved Hide resolved
let isEdgeParityEnabled = true;
let hasEdgeDevices = false;
let hasConventionalSystems = false;
expect(checkForAccountSystems(isEdgeParityEnabled, hasEdgeDevices, hasConventionalSystems)).toBe(false)
Copy link
Contributor

Choose a reason for hiding this comment

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

As we have migrated to RTL, would it be better to assert on the UI element itself instead of the checkForAccountSystems function result?

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

Originally that was the plan, however the routing page is essentially just a fed module now. So we're really just making sure the right state renders when passing in the correct items

Copy link
Contributor

@mkholjuraev mkholjuraev left a comment

Choose a reason for hiding this comment

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

LGTM! I did not have accounts to test that have only RHEL systems and do not have any such systems. If you have accounts and feel testing is needed, I am ready to test them out

@adonispuente adonispuente merged commit 715cd47 into RedHatInsights:master Mar 11, 2024
4 checks passed
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.

None yet

4 participants