Tapping on an input in a scrollable overlay doesn't scroll the input into view
Reported by
cvreb...@gmail.com,
Mar 16 2016
|
||||
Issue descriptionSteps 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 .
,
Mar 24 2016
This issue is reproducible, tested on Nexus5/M. Logs @ http://go/chrome-androidlogs1/5/
,
Mar 24 2016
Chrome Stable: 49.0.2623.91 Logs @ http://go/chrome-androidlogs1/5/595210
,
Mar 24 2016
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
,
Jan 13 2017
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
,
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.
,
Jan 13 2017
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
,
May 15 2018
This still appears to be an issue in Chrome 66 on Android.
,
May 17 2018
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).
,
May 17 2018
|
||||
►
Sign in to add a comment |
||||
Comment 1 by tkent@chromium.org
, Mar 16 2016