-
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
[$500] mWeb - Focusing on display name inputs moves the save button downward #27033
Comments
Triggered auto assignment to @puneetlath ( |
Bug0 Triage Checklist (Main S/O)
|
Job added to Upwork: https://www.upwork.com/jobs/~01024bce3028dfb4c7 |
Current assignee @puneetlath is eligible for the External assigner, not assigning anyone new. |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @eVoloshchak ( |
Opening up for proposals. I'd be curious if this is only happening on this form or also on others. |
ProposalProblemFocusing on display name inputs moves the save button downward Root causeroot cause here is a chrome default behaviour with the password bar rerendering everytime a input get focussed. ChangesPassword Manager bar can be prevented either of these 2 ways
|
@puneetlath it is also reproducible in legal name inputs page |
@puneetlath, @eVoloshchak Uh oh! This issue is overdue by 2 days. Don't forget to update your issues! |
📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸 |
This has the same root cause as #23575 as @ishpaul777 pointed out This is a known bug in Mobile Chrome. It was reported a year ago, there seems to be no activity or plans to resolve it. The root cause is unfixable, so we ended up applying a workaround for the magic code input only (this was causing severe glithing for a particular page with magic code input). 🎀👀🎀 C+ reviewed! |
Current assignee @puneetlath is eligible for the choreEngineerContributorManagement assigner, not assigning anyone new. |
Hmm, interesting. I'm going to raise this internally as this is an interesting tradeoff to consider. |
@puneetlath @eVoloshchak this issue was created 2 weeks ago. Are we close to approving a proposal? If not, what's blocking us from getting this issue assigned? Don't hesitate to create a thread in #expensify-open-source to align faster in real time. Thanks! |
📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸 |
Ok I discussed internally. Let's go forward. It's not ideal, but let's do it. |
📣 @eVoloshchak Please request via NewDot manual requests for the Reviewer role ($500) |
📣 @ishpaul777 🎉 An offer has been automatically sent to your Upwork account for the Contributor role 🎉 Thanks for contributing to the Expensify app! Offer link |
📣 @Ahmed-Abdella 🎉 An offer has been automatically sent to your Upwork account for the Reporter role 🎉 Thanks for contributing to the Expensify app! |
hii @puneetlath @eVoloshchak, I just noticed changing the type="search" also changes the return key type to search icon, we will have to change the returnKeyType to "next" for the all inputs and for the last input we have to set "go" manually, Moreover setting returnKeyType to "next" will not move the focus to next input because of this issue facebook/react-native#31794 in React native, (work around given in issue is not working). So are we willing to make the tradeoff also? |
Issue not reproducible during KI retests. (First week) |
Hmmmm, I'm not a big fan of that and starting to feel that this probably isn't worth it. |
I think chrome just fixed the rerendering of password manager bar, the issue is no longer reproduceable |
@puneetlath @eVoloshchak @ishpaul777 this issue is now 3 weeks old. There is one more week left before this issue breaks WAQ and will need to go internal. What needs to happen to get a PR in review this week? Please create a thread in #expensify-open-source to discuss. Thanks! |
Isn't reproducible for me too screen-20231002-114702.mp4 |
Thanks guys. That's great that Chrome fixed it and this is no longer an issue. Given the effort that went in here, I think a partial payment is still in order, so I'll go ahead and pay that and then we can close this out. |
@puneetlath Thanks Accepted the Offer! |
Ok great. Payment summary: $50 - @Ahmed-Abdella (paid via Upwork) @eVoloshchak let me know when you've requested and I'll close the issue out. |
Thanks! Payment Received |
@puneetlath , requested the payment, thanks! |
Thanks everyone! |
$250 payment approved for @eVoloshchak based on BZ summary. |
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: -
The save button shouldn't move after focusing on the display name inputs
Actual Result:
Focusing on display name inputs moves the save button downward briefly.
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.66-3
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
az_recorder_20230908_112915.mp4
Expensify/Expensify Issue URL:
Issue reported by: @Ahmed-Abdella
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1693330266445729
XRecorder_29082023_182202.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: