mWeb - 1.1.15-1 - Login - Continue button not visible when keyboard is opened

[mvtglobally]

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:

1. Open app while not logged in
2. Input any email and tap continue

Expected Result:

Password input and continue button and go backlink should be over the keyboard.

Actual Result:

Continue button and go back are not seen over the keyboard, but behind it
Issue is more prominent on mWeb, on the app modal does move up a bit

Workaround:

unknown

Platform:

Where is this issue occurring?

• iOS
• Android
• Mobile Web

Version Number: 1.1.15-1
*Reproducible in staging?: Yes *
**Reproducible in production?:No
Logs: https://stackoverflow.com/c/expensify/questions/4856
Notes/Photos/Videos: Any additional supporting documentation
Discovered when testing #6203

**Expensify/Expensify Issue URL:** **Issue reported by:** **Slack conversation:**

View all open jobs on GitHub

[MelvinBot]

Triggered auto assignment to @nickmurray47 (Engineering), see https://stackoverflow.com/c/expensify/questions/4319 for more details.

[MelvinBot]

Triggered auto assignment to @sakluger (AutoAssignerTriage), see https://stackoverflow.com/c/expensify/questions/4749 for more details.

[OSBotify]

👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open StagingDeployCash deploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:

1. Identify the pull request that introduced this issue and revert it.
2. Find someone who can quickly fix the issue.
3. Fix the issue yourself.

[nickmurray47]

Where is this issue occurring?
Mobile Web

Can we get some specifics on screen size or device @mvtglobally? I tried reproducing on iPhone XR and did not have any issues with keyboard placement when entering my email or password.

I think I'm inclined to say this is not a deploy blocker

[parasharrajat]

I think this already exists in production and never worked before. So no deploy blocker IMO.

[nickmurray47]

Going to apply appropriate labels and put into pool

[sakluger]

I also can't reproduce this on my iPhone XS, either on the mobile app (using STG) or on mobile web. @parasharrajat you said that this behavior exists in production - does that mean that you're able to reproduce?

[parasharrajat]

@sakluger I can reproduce this on Android M-web. It is native behaviour though. In android, only text input are moved above the keyboard.

[mvtglobally]

Issue not reproducible during KI retests. (First week)

[mvtglobally]

Issue not reproducible during KI retests. (Second week)

[mvtglobally]

Issue not reproducible during KI retests. (Third week) Closing