-
Notifications
You must be signed in to change notification settings - Fork 2.9k
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
[HOLD for checklist] [$1000] Year search page of date of birth field has darker overlay color than other side menus or popups #19073
Comments
Triggered auto assignment to @JmillsExpensify ( |
Bug0 Triage Checklist (Main S/O)
|
I think it would be better to consult the design team on the expected behaviour. |
Apologies, I got assigned these during EC3 and I wasn't able to find time during the conference to triage. I'm now OOO for the rest of the week, so I'm going to re-apply the |
Triggered auto assignment to @strepanier03 ( |
Bug0 Triage Checklist (Main S/O)
|
Okay, working on this now. |
@Expensify/design - Can you please take a look at this one for expected behavior. I actually think this makes sense that the overlay gets darker the deeper down menus you get, but if it's the only place we're going this dark maybe it's unintended. Following the steps in the OP comment can be used to recreate this no problem. |
Folks are coming back from EC3 so giving this another day before I bump again. |
I raised this for discussion here, but because so many voices are currently out of the office this might not move forward until more are back online. |
Going to move this forward and ask that we apply the same consistent overlay style to the Year page as the other menu pages. @shawnborton - If you disagree with this decision let us know when you get back. We'll have plenty of time pausing moving forward if we need to but just in case this is the right choice we'll get a jump on correcting it. |
Job added to Upwork: https://www.upwork.com/jobs/~0139c82137536ac15d |
Current assignee @strepanier03 is eligible for the External assigner, not assigning anyone new. |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @aimane-chnaif ( |
Triggered auto assignment to @tylerkaraszewski ( |
Proposal Please re-state the problem that we are trying to solve in this issue. What is the root cause of that problem? What changes do you think we should make in order to solve the problem?
There is an option named cardOverlayEnabled in modalScreenOptions. so we can spread the modalScreenOptions and make the cardOverlayEnabled false. This will solve the problem. Please refer to the video attached. Untitled.mp4 |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.3.55-8 and is now subject to a 7-day regression period 📆. Here is the list of pull requests that resolve this issue: If no regressions arise, payment will be issued on 2023-08-28. 🎊 After the hold period is over and BZ checklist items are completed, please complete any of the applicable payments for this issue, and check them off once done.
For reference, here are some details about the assignees on this issue:
As a reminder, here are the bonuses/penalties that should be applied for any External issue:
|
BugZero Checklist: The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed:
|
@HezekielT just sent you the contract in Upwork. Please let me know once you accept, so I can send the payment — TIA! @aimane-chnaif and @dhanashree-sawant, both of you should have received your payments 👍 |
@CortneyOfstad Thanks, I've accepted the offer. I think this is also eligible for the bonus according to this comment if I'm not mistaken. |
All payments have been made! Just waiting for the checklist, and then we are set! |
@CortneyOfstad I think I am eligible for reporting bonus. |
Is this correct @kavimuru? ^^^ |
Also @aimane-chnaif — do you have an update on the checklist? |
Bump @kavimuru and @aimane-chnaif ^^^ |
This came from date picker refactor. This is minor UI inconsistency which doesn't affect users, so no regression test is needed. |
@CortneyOfstad it's true that this issue was closed as fixed and then re-opened by @situchan's bug report on slack. |
Thanks @aimane-chnaif! @situchan I sent you over the contract in Upwork — please let me know as soon as you accept so I can get that paid ASAP. Thanks! |
@cead22, @CortneyOfstad, @pasyukevich, @HezekielT, @aimane-chnaif Uh oh! This issue is overdue by 2 days. Don't forget to update your issues! |
Just saw that @situchan accepted the contract so that has been paid in Upwork! No additional action needed, so closing! |
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Action Performed:
Expected Result:
App should keep same overlay color throughout the app for all sidemenus and popups
Actual Result:
Year search page of date of birth field in personal details has darker overlay color then any other sidemenus or popups
Workaround:
Can the user still use Expensify without this being fixed? Have you informed them of the workaround?
Platforms:
Which of our officially supported platforms is this issue occurring on?
Version Number: 1.3.14-14
Reproducible in staging?: y
Reproducible in production?: y
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Notes/Photos/Videos: Any additional supporting documentation
darker.overlay.over.year.search.mp4
Expensify/Expensify Issue URL:
Issue reported by: @dhanashree-sawant
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1684227390734479
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: