-
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 payment 2023-04-07] [$1000] Workspace - Default currency field doesn't look good if the field is disabled #15877
Comments
Triggered auto assignment to @twisterdotcom ( |
Bug0 Triage Checklist (Main S/O)
|
@kbecciv what do you mean by "looks good" here? |
@twisterdotcom User should not seen greenish color under Default currency field, or it should completely cover the surface without gap. |
Job added to Upwork: https://www.upwork.com/jobs/~0113fa5fec5ef1c2ae |
Current assignee @twisterdotcom is eligible for the External assigner, not assigning anyone new. |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @rushatgabhane ( |
Triggered auto assignment to @cristipaval ( |
ProposalPlease re-state the problem that we are trying to solve in this issue.The disabled state picker looks ugly. What is the root cause of that problem?As explained above, we're setting a highlight colour on disabled picker and adding a border as well. What changes do you think we should make in order to solve the problem?As pointed by @kbecciv, we can either remove the border by adding the following here:
Or remove the background colour altogether by removing this line. We can keep the border or remove it depending on the requirement. If there is any other change, @shawnborton can mention it. Note: These changes can be applied to Native platforms only if we don't want these on desktop and web. But the idea will remain the same. Without border and highlight colour: With border and without highlight colour: What alternative solutions did you explore? (Optional)None |
ProposalPlease re-state the problem that we are trying to solve in this issue.Inconsistent background color for Disabled RNPickerSelect What is the root cause of that problem?For disabled RNPickerSelect, we are applying the green bg to parent What changes do you think we should make in order to solve the problem?Remove the disabled style from the RNPickerSelect's parent App/src/components/Picker/Picker.js Line 180 in eedd92a
The border is valid and consistent with other inputs. |
I think this one is delayed due to ECX. |
Melvin? Are you ok? Just remove it, don't add it again. |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.2.92-2 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-07. 🎊 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:
|
@JmillsExpensify, @twisterdotcom, @cristipaval, @rushatgabhane, @allroundexperts Whoops! This issue is 2 days overdue. Let's get this updated quick! |
@JmillsExpensify, @twisterdotcom, @cristipaval, @rushatgabhane, @allroundexperts Uh oh! This issue is overdue by 2 days. Don't forget to update your issues! |
@rushatgabhane Could you have a look at these? |
@cristipaval this is a feature request to add a disabled style and a hint to I believe BZ checklist isn't applicable here. |
Thanks for checking @rushatgabhane ! We're good then. |
@JmillsExpensify, @twisterdotcom, @cristipaval, @rushatgabhane, @allroundexperts Eep! 4 days overdue now. Issues have feelings too... |
I think this is on you, @twisterdotcom. Payments are the only leftovers. |
Sent invites for payment to you @rushatgabhane and @allroundexperts. |
@rushatgabhane and @JmillsExpensify Can this regress now, it's a feature. I suppose we could ensure that the currency field can't be edited once a VBA is added, and it would be fairly easy to add. |
I thought we agreed for these small cosmetic things that we wouldn't create a regression? |
im pretty sure we already have a regression test for this. @kbecciv maybe can confirm if there's a regression test for "currency field shouldn't be editable if a workspace has VBA linked" |
I'll check quickly and see if I can find it. |
I didn't see it in the Workspace folder of tests, so we'll wait for Applause to confirm. |
Okay then we should definitely add regression steps
|
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:
Default currency field looks good if the field is disabled.
Actual Result:
Default currency field doesn't look good if the field is disabled
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Version Number: 1.2.82.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
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: