-
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
[HOLD for payment 2023-04-20] [$1000] General settings - Default currency - Background is lighter than the main one #15460
Comments
Triggered auto assignment to @flaviadefaria ( |
Bug0 Triage Checklist (Main S/O)
|
I can't reproduce the bug on IOS but can reproduce it on other platforms - adding the |
Job added to Upwork: https://www.upwork.com/jobs/~01d092765565836aa7 |
Current assignee @flaviadefaria is eligible for the External assigner, not assigning anyone new. |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @sobitneupane ( |
Triggered auto assignment to @chiragsalian ( |
ProposalPlease re-state the problem that we are trying to solve in this issue.Default currency dropdown background color is not same as primary color of app What is the root cause of that problem?Android is using native style picker that's why its showing default grey color of picker What changes do you think we should make in order to solve the problem?For solution we need to create custom drop-down component which style will be same for all platform because
What alternative solutions did you explore? (Optional)None |
ProposalPlease re-state the problem that we are trying to solve in this issue.Picker menus do not apply a consistent color scheme across all platforms. What is the root cause of that problem?Each platform provides it's own underlying system element which is used for rendering the Picker component. For web and iOS native, the Expensify green color is properly applied for the background, but for mobile web, default system components are used that we have no control over. These mobile web components feel natural and do not conflict with the app styling so they don't seem to be pose a problem. The problem is that the Android Native picker, which provides more of a built-in feel, displays with a gray background color that is largely out of character with the company styling. The native picker extends a default system theme which supplies it's background color. This is something we do have control over, and therefore I propose we address this as our solution. What changes do you think we should make in order to solve the problem?Android provides a way to change the appearance of system elements by using properties defined in XML format. In a React Native app, these styles can be applied by editing the styles.xml file located in the To achieve more detailed customizations like changing the font family, adding a border, or applying a corner radius, we can define a new Example 2 (using a PopupTheme)Background color, corner radius, and Expensify Neue font2023-03-06.05-29-01.mp4Example 3 (using a PopupTheme -- recommended style by @shawnborton)Background color, corner radius, border, and Expensify Neue font2023-03-07.02-08-31.mp4What alternative solutions did you explore? (Optional) |
Can you please explain a bit more about how you are going to do that? Please make use of permalink to explain where changes will be made. |
@sobitneupane changes which purposed by @redstar504 only for android native but other platform will still use their native style picker. |
@PankajAS Thanks. I thought the issue is existent only on Android. |
We first need to list all the components where we are having similar issue. And If we have to create a custom component, I think we should consult with design team. cc: @chiragsalian |
Components Using Picker:
|
Yes @sobitneupane All platform should have same color and style of picker, we cant change for only one platform that's why we need custom component and we can consult with design team |
While building a picker that looks identical on each platform is a respectable undertaking, I think we should also consider the expectations of users who are accustomed to the specific behaviors of forms on each platform. Regarding the gray background on Android, it appears obvious that it is out of character with the rest of the styling. In order to fix that, I suggest using XML styles to achieve the green background and white text appearance. Custom styles can be added here. |
What's the latest here? |
Triggered auto assignment to @sophiepintoraetz ( |
Yup - let's change the date (I almost went to pay) @chiragsalian, do you know when that would be? |
I believe it will be set to 7 days after the code is live. Currently the fixes are on staging and its not live yet. I'll remove the payment title and remove the payment label for now. They should automatically get set once the PR is live. |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.2.99-6 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-04-20. 🎊 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.
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:
|
Looks like this should be good to pay out tomorrow? It will be 7 days since the regression PR was deployed. Also wanted to mention that we forgot to update the Upwork price to $2000 per our agreement here #15460 (comment) It would have been eligible for the bonus in addition to that, but due to the regression the bonus should not be applied. |
So just to summarise, the payments here are:
|
@sophiepintoraetz Just wanted to bump this regarding payment. @sobitneupane reacted to your comment but you probably didn't get notified. The regression was fixed and merged in #17063. |
Rather than a bug, it is an improvement on the app. cc: @chiragsalian |
Regression Test Proposal
Do we agree 👍 or 👎 |
@sophiepintoraetz Yep. This issue has been resolved. |
@redstar504 - I have been OOO for the past few days but the offers should be in your inbox now. |
We're all set here. |
If you are the assigned CME please investigate whether the linked PR caused a regression and leave a comment with the results. If a regression has occurred and you are the assigned CM follow the instructions here. If this regression could have been avoided please consider also proposing a recommendation to the PR checklist so that we can avoid it in the future. |
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:
or open the App
Expected Result:
The background color should be dark greenish like the main one.
Actual Result:
The background is light gray in Android App and white in mWeb/Chrome and mWeb/Safari
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Version Number: 1.2.76.3
Reproducible in staging?: Yes
Reproducible in production?: Yes
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
Bug5951355_Screen_Recording_20230224_001353_New_Expensify.mp4
Expensify/Expensify Issue URL:
Issue reported by: Applause - Internal Team
Slack conversation:
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: