-
Notifications
You must be signed in to change notification settings - Fork 3k
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
[$250] Web - Categories - Button icons turns black when hovering over the button #47652
Comments
Triggered auto assignment to @tylerkaraszewski ( |
Triggered auto assignment to @bfitzexpensify ( |
👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open `StagingDeployCash` deploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:
|
We think that this bug might be related to #wave-collect - Release 1 |
Edited by proposal-police: This proposal was edited at 2024-08-19 19:06:14 UTC. ProposalOffending PR #47181 Please re-state the problem that we are trying to solve in this issue.Button icons turns black when hovering over the button What is the root cause of that problem?We are not passing the appropriate theme color ( App/src/pages/workspace/categories/WorkspaceCategoriesPage.tsx Lines 244 to 249 in c7a8d12
Here is we use App/src/components/Button/index.tsx Lines 271 to 275 in c7a8d12
What changes do you think we should make in order to solve the problem?We should pass the appropriate value to Note: We will search through app to indetify all usages of Button component <Icon
src={iconRight}
fill={isHovered ? iconHoverFill ?? (success || danger ? theme.textLight : theme.icon) : iconFill ?? (success || danger ? theme.textLight : theme.icon)} What alternative solutions did you explore? (Optional)Result: Screen.Recording.2024-08-19.at.10.23.14.at.night.mp4 |
ProposalPlease re-state the problem that we are trying to solve in this issue.Button icons turns black when hovering over the button What is the root cause of that problem?We recently introduced This is different from the earlier behaviour where we defaulted to checking for App/src/components/Button/index.tsx Line 266 in f9e6f5f
We should fallback to the same logic for a hovered icon. What changes do you think we should make in order to solve the problem?We should update the logic here, here, and here to: const defaultFill = success || danger ? theme.textLight : theme.icon; fill={
isHovered
? iconHoverFill ?? defaultFill
: iconFill ?? defaultFill
} ResultWorks perfectly: Screen.Recording.2024-08-20.at.12.42.53.AM.mov |
|
|
I've confirmed this happens on staging but not production. I'm going to mark external. |
Job added to Upwork: https://www.upwork.com/jobs/~01754de5ed278fbfd1 |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @hoangzinh ( |
📣 @mohamed-iyed! 📣
|
@user Your proposal will be dismissed because you did not follow the proposal template. |
Contributor details |
✅ Contributor details stored successfully. Thank you for contributing to Expensify! |
ProposalPlease re-state the problem that we are trying to solve in this issue.Button icons turns black when hovering over the button. What is the root cause of that problem?The cause is here, here and here the iconHoverFill variable is undefined. What changes do you think we should make in order to solve the problem?We should check if the icon is hovered and the iconHoverFill is not undefined const fill = isHovered && iconHoverFill ? iconHoverFill : iconFill ?? (success || danger ? theme.textLight : theme.icon) fill={fill} I assigned the logic to a variable and pass it as a prop to the Icon component. Result: Screen.Recording.2024-08-20.at.7.26.30.AM.mov |
Thanks for proposals, everyone. All of you have pointed out the correct root cause, especially @neonbhai. But in my opinion, I prefer @mohamed-iyed's solution. He provided a solution that is backward compatible with previous logic. So, I think we should go ahead with his proposal. Link to proposal #47652 (comment) 🎀👀🎀 C+ reviewed |
Current assignee @tylerkaraszewski is eligible for the choreEngineerContributorManagement assigner, not assigning anyone new. |
📣 @hoangzinh 🎉 An offer has been automatically sent to your Upwork account for the Reviewer role 🎉 Thanks for contributing to the Expensify app! |
📣 @mohamed-iyed You have been assigned to this job! |
the PR will be ready for review in 2 hours. |
@mohamed-iyed because it's a Deploy blocker, can you give us a quick update on it? |
@hoangzinh i am stuck in the 10th step about making the commit signed. here |
@hoangzinh is it possible to work on this the next day ? Because i got to test this on multiple platforms to see if there are any regressions. |
If it's a normal bug, then we're fine. But it's a Deploy blocker (Hourly), I'm afraid that we can't. We need to fix it as soon as possible. Can you comment your roadblock in this Slack thread https://expensify.slack.com/archives/C01GTK53T8Q/p1724164452341479? Thank you. |
FYI: the offending PR is going to be reverted here #47181 (comment) |
@hoangzinh can i fix the issue while testing it only on the web app ? |
cc @luacmartins |
Gonna close this issue since the offending PR is reverted. I'll work on a fix. |
@tylerkaraszewski @luacmartins @bfitzexpensify Be sure to fill out the Contact List! |
@hoangzinh this is the PR. |
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Version Number: v9.0.22-3
Reproducible in staging?: Y
Reproducible in production?: N
Email or phone of affected tester (no customers): applausetester+kh050806@applause.expensifail.com
Issue reported by: Applause Internal Team
Action Performed:
Expected Result:
The button icon will not turn black when hovering over the button.
Actual Result:
The button icons turns black when hovering over the button.
Issue is also reproducible with
Show more
andAdd stop
buttonWorkaround:
Unknown
Platforms:
Screenshots/Videos
Bug6576295_1724089957083.20240820_015050.1.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @hoangzinhThe text was updated successfully, but these errors were encountered: