-
Notifications
You must be signed in to change notification settings - Fork 27
#4239: Make legacy header and background match EM #4292
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
base: main
Are you sure you want to change the base?
#4239: Make legacy header and background match EM #4292
Conversation
|
🥳 Successfully deployed to developer sandbox potato. |
|
@DaisyGuti I remember seeing a thread about this, though not sure the desired outcome. On the legacy view, the email (profile) and the "logout" are white, whereas they are a light blue in the org view. Is that what is desired? |
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.
LGTM!
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.
I talked with Samiyah and sounds like we're going with the interpretation of the designs that has different colors between Enterprise and legacy headers, so LGTM!
Never ending question haha, I saw variances as well.. but I think we are going with white. |
|
🥳 Successfully deployed to developer sandbox potato. |
Ticket
Resolves #4239 Part of Parent #3825
Changes
Context for reviewers
https://cisa-corp.slack.com/archives/C05BGB4L5NF/p1759239519393089
Setup
Code Review Verification Steps
As the original developer, I have
Satisfied acceptance criteria and met development standards
Ensured code standards are met (Original Developer)
Validated user-facing changes (if applicable)
As a code reviewer, I have
Reviewed, tested, and left feedback about the changes
Validated user-facing changes as a developer
Note: Multiple code reviewers can share the checklists above, a second reviewer should not make a duplicate checklist. All checks should be checked before approving, even those labeled N/A.
As a designer reviewer, I have
Verified that the changes match the design intention
Validated user-facing changes as a designer
References
Screenshots