-
Notifications
You must be signed in to change notification settings - Fork 2.8k
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 BZ checklist] [$2000] Android - Add Phone number UI not consistent - reported by @gadhiyamanan #11087
Comments
Triggered auto assignment to @davidcardoza ( |
Triggered auto assignment to @cead22 ( |
@cead22 Eep! 4 days overdue now. Issues have feelings too... |
This is by design. The button should be disabled because the password hasn't been entered |
@davidcardoza if you don't understand the issue or can't reproduce it, ask for clarification before assigning to engineering, or simply close the issue |
@cead22 in android, when you click on a phone number user can see the button but when you click on the password keyboard will hidden |
@gadhiyamanan can you double check if when you click password and the button appears hidden, if you can scroll down and see the button? I think it's possible the button isn't hidden, but rather, the keyboard we show for the password is taller than the one we show for the phone number, and it's covering the button, but the button isn't really disappearing. If you can confirm the button is actually gone and you can't scroll down and see it, please reopen this issue |
@cead22 not able to scroll down, first I need to close the keyboard the button disappears only for the password field and is reproducible only on android |
Triggered auto assignment to @luacmartins ( |
@luacmartins Whoops! This issue is 2 days overdue. Let's get this updated quick! |
@cead22 I think an external contributor can work on fixing this bug. Would you be against removing the demolition label and making this external? |
Not at all, go for it |
Pulling from the Slack discussion, I wanted to clarify that the next steps are:
Let's get that PR merged in 3 days! As a reminder that triggers a 50% bonus. |
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. |
Agree with @0xmiroslav this isn't the regression. |
Alright, PR is merged and already on production. This qualifies for 50% bonus. @tgolen @pecanoro Mind helping clarify what's going on there? We need to align on what the regression period officially started and ended. Coming back to the payouts, this is where we're at:
Upwork job is here. Can all individuals above please apply so you can be hired and paid out when the time comes? |
Reminder for myself: Still need to come back to the regression test evaluation. |
@JmillsExpensify The PR hit production yesterday, so I am assuming the regression period starts from that moment. |
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.2.34-1 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 2022-12-08. 🎊 After the hold period, please check if any of the following need payment for this issue, and if so check them off after paying:
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:
|
@pecanoro Thanks! Looks like we were slightly ahead of the curve. |
@Santhosh-Sellavel @gadhiyamanan Can both of you please make sure to apply for the Upwork job. The correct amounts are here. Separately, @Santhosh-Sellavel @pecanoro it would be good to get a head start on the checklist above. Can you check the boxes please and confirm we're good there. I'll separately get started on the regression tests. Thanks all! |
Applied, thanks |
@Santhosh-Sellavel @tgolen We could link the PR when the KeyboardAvoidingView behavior for Android was introduced but I think we always had keyboard issues and this wasn't a new bug but inconsistent behavior of the keyboard itself, right? Unless I am missing something of course. |
Yeah this existed even before that PR #11586 |
Ok cool, that sounds right to me. Ya'll mind checking off the above. I'll circle back on the regression test tomorrow when I settle up with everyone. |
Everyone is paid out at this point. Updating the title to clarity I need to create the regression test issue. Won't be able to get to that today. |
@Santhosh-Sellavel @pecanoro @tgolen Regression test is a work in progress and linked to the larger set of keyboard tests we'll kick off as part of the KAV initiative. Accordingly, I've marked the regression test off above. I'm OOO this week, so can you all fill out your part of the BugZero checklist above and then close this issue out? Thank you! |
BZ checklist is done so I will close this out. |
Coming from #10483 (comment) |
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:
Send validation button should not be hidden
Actual Result:
Send validation button is hidden
Platform:
Version Number: 1.1.99-0
Reproducible in staging?: Y
Reproducible in production?: Y
Logs: https://stackoverflow.com/c/expensify/questions/4856
Notes/Photos/Videos:
https://user-images.githubusercontent.com/43995119/190951528-cf5f7ee0-d6e4-43f6-8f4f-3c38f89d6ab7.mp4
Expensify/Expensify Issue URL:
Issue reported by: @gadhiyamanan
Slack conversation: https://expensify.slack.com/archives/C01GTK53T8Q/p1661685271625409
View all open jobs on GitHub
The text was updated successfully, but these errors were encountered: