New issue
Advanced search Search tips
Starred by 7 users

Issue metadata

Status: Fixed
Owner:
Closed: May 17
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 2
Type: Bug

Blocked on:
issue 404315

Blocking:
issue 536263


Show other hotlists

Hotlists containing this issue:
Relevant-for-Bootstrap-4


Sign in to add a comment

Tapping on an input in a scrollable overlay doesn't scroll the input into view

Reported by cvreb...@gmail.com, Mar 16 2016

Issue description

Steps to reproduce the problem:
1. Open http://output.jsbin.com/vufere/1/quiet in Android Chrome
2. Tap into the last text input on the page
3. Observe that the page scrolls down so that the input doesn't become obscured by the on-screen keyboard
4. Tap the "Test Modal" button
5. Tap the last text input in the modal dialog

What is the expected behavior?
The page should scroll down so that the input doesn't become obscured by the on-screen keyboard.

What went wrong?
The page isn't scrolled. The selected input becomes obscured behind the on-screen keyboard that appears. The user has to either manually scroll down or start leap-of-faith typing (which causes the necessary scrolling to occur).

Did this work before? N/A 

Chrome version: 49.0.2623.91  Channel: stable
OS Version: 5.1.1
Flash Version: N/A

Original Bootstrap issue: https://github.com/twbs/bootstrap/issues/17338
Possibly related to  Issue 460582  and/or  Issue 270018 .
 

Comment 1 by tkent@chromium.org, Mar 16 2016

Blocking: 536263
Components: Blink>Scroll
Owner: bokan@chromium.org
Status: Assigned (was: Unconfirmed)
This issue is reproducible, tested on Nexus5/M. 

Logs @ http://go/chrome-androidlogs1/5/
Chrome Stable: 49.0.2623.91

Logs @ http://go/chrome-androidlogs1/5/595210

Comment 4 by bokan@chromium.org, Mar 24 2016

Blockedon: 404315
Right, this is happening because the text box is in a position: fixed scroller so the page itself doesn't have any scroll.

This should be fixed when we ship the solution to issue 404315. It's already in dev channel behind a flag. You can enable it with --enable-osk-overscroll.

I tried it out and it is fixed with the flag enabled, although there seems to be a bug where it sometimes doesn't attempt to center the input box. I've filed  issue 597772  to track that
Has there been any progress on this? 

It seems to affect any page that isn't scrollable (overflow:hidden, or just shorter or the same height as the view), regardless of how the element is positioned. 

I tried to replicate it here, but it looks like another bug gets in the way. The edit field just disappears and won't return even after the leap of faith typing.
https://output.jsbin.com/tamucuhusu/quiet

Comment 6 by bokan@chromium.org, Jan 13 2017

The disappearing textbox in https://output.jsbin.com/tamucuhusu/quiet is technically working as intended - when the keyboard comes up we resize the page to be less than 480px so that `bottom: 480px` set on the input just pushes it above the top of the page.

I'd like to fix the bug this is blocked on in this quarter but there's some uncertainty as that bug itself is blocked on others.
Ah, sorry, that css is my mistake. If you change the "bottom:480px" to
"top:480px" and get rid of the "overflow:hidden" you see the bug I was
trying to replicate, which I believe is the same as this issue. The
keyboard obscures the textbox until you type.

Thanks for the update.

P.S. Apologies for typos. Sending from phone
This still appears to be an issue in Chrome 66 on Android.
Please try M67 - beta. I recently fixed  bug 270018  which I think may be the same issue as here.

The original repro posted by cvrebert@ is working for me in canary so I'm going to close this bug. If you're still seeing issues similar to this please file a new bug (feel free to cc/assign to me if you can or just post the bug here).
Status: Fixed (was: Assigned)

Sign in to add a comment