-
Notifications
You must be signed in to change notification settings - Fork 178
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
[RHOAIENG-6982] About Modal in the Dashboard #2984
[RHOAIENG-6982] About Modal in the Dashboard #2984
Conversation
@jeff-phillips-18 Could you provide a similar screenshot for the RHOAI About modal as well? (I can only see ODH About modal above) |
@simrandhaliw This is as close as I can get for now. The backend code that supplies some of the fields is not available on any server I know of. (I can install the image to a server if you need to see it full blown) |
Thanks, @jeff-phillips-18. I assume that once all fields can render properly on a proper server, for RHOAI, we will display the correct logo and product name title. However, I noticed that the version field labels for both ODH and RHOAI do not match the designs. I will loop in @bredamc and @kaedward to ensure they are aware. For ODH, there has been an addition of 'Operator' in the label, whereas the designs specify 'Open Data Hub version'. I'm unsure if this addition is accurate. Regarding RHOAI, the label does not display the product edition, i.e., 'Self-Managed' or 'Cloud Service'. So the version label should be either 'OpenShift AI Self-Managed version' or 'OpenShift AI Cloud Service version'. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Initial, just code, feedback
These values are not right here since they are retrieved from the backend (this is not yet available on any RHOAI server that I know of). As for the |
Other than what I mentioned earlier, everything else looks good to me. |
@jeff-phillips-18 @simrandhaliw the Operator team is aware of these needs right? Because we should be aligning with the product and the product should be aligning with the UX. |
7aa670c
to
cf73910
Compare
@simrandhaliw Can you point me to where the designs specify 'Open Data Hub version'.? |
@jeff-phillips-18 Sure thing, here is the design frame where we display Open Data Hub version. |
frontend/src/__tests__/cypress/cypress/tests/mocked/application.cy.ts
Outdated
Show resolved
Hide resolved
cf73910
to
cce485a
Compare
@andrewballantyne https://issues.redhat.com/browse/RHOAIENG-9751 tracks this issue |
cce485a
to
e70db94
Compare
isAdminAccessLevel(): Chainable<JQuery<HTMLElement>> { | ||
return aboutDialog.getAccessLevel().should('contain.text', 'Administrator'); | ||
} | ||
|
||
isUserAccessLevel(): Chainable<JQuery<HTMLElement>> { | ||
return aboutDialog.getAccessLevel().should('contain.text', 'Non-administrator'); | ||
} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
isAdminAccessLevel(): Chainable<JQuery<HTMLElement>> { | |
return aboutDialog.getAccessLevel().should('contain.text', 'Administrator'); | |
} | |
isUserAccessLevel(): Chainable<JQuery<HTMLElement>> { | |
return aboutDialog.getAccessLevel().should('contain.text', 'Non-administrator'); | |
} | |
isAdminAccessLevel(): Chainable<JQuery<HTMLElement>> { | |
return this.getAccessLevel().should('contain.text', 'Administrator'); | |
} | |
isUserAccessLevel(): Chainable<JQuery<HTMLElement>> { | |
return this.getAccessLevel().should('contain.text', 'Non-administrator'); | |
} |
showHelpMenu(): void { | ||
cy.get('#help-icon-toggle').click(); | ||
} | ||
|
||
showAboutDialog(): void { | ||
cy.findByTestId('help-about-item').click(); | ||
} | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
These aren't used.
cy.testA11y(); | ||
} | ||
|
||
getText(): Chainable<JQuery<HTMLElement>> { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Selector functions should follow the naming convention using the prefix find
instead of get
.
Works well. I don't see the "edition" as requested in the final copy doc from UX: |
These values will be return the the RHOAI operator, I just don't have access to a server with the latest installed. See https://issues.redhat.com/browse/RHOAIENG-9326 |
Ah i see, the cluster i was testing on also didn't have |
e70db94
to
f81f563
Compare
/lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: christianvogt The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Closes: RHOAIENG-4220
Description
Add an About dialog to the Dashboard UI using existing PatternFLy component.
https://www.patternfly.org/components/about-modal
This provides a place for UI users to see the current product version they are using, which can be useful for support and analytics use cases.
Screen shots
How Has This Been Tested?
Tested locally
Test Impact
Added e2e mock tests
Added jest test
Request review criteria:
Self checklist (all need to be checked):
If you have UI changes:
/cc @simrandhaliw