New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 597772 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Closed: May 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 2
Type: Bug



Sign in to add a comment

Input box sometimes not scrolled into view

Project Member Reported by bokan@chromium.org, Mar 24 2016

Issue description

Version: 51.0.2681.4
OS: Android 6.0.1 / Nexus 5X

What steps will reproduce the problem?
(0) Make sure you enable the "enable-osk-overscroll" experiment in about:flags
(1) Visit http://output.jsbin.com/vufere/1/quiet
(2) Click the "Test Modal" button to open the dialog
(3) Scroll down so the last text box is near the bottom of the screen
(4) Tap the textbox to show the OSK

What is the expected output?
The textbox should be brought into view so it's not overlayed by the keyboard.

What do you see instead?
Occasionally the textbox is not brought into view and remains behind the keyboard. I've noticed the frequency of this occurring to be about 1/5 tries. I suspect it's some sort of timing issue between the OSK coming up and starting the PageScaleAnimation that centers the textbox.
 
Blocking: 404315
Cc: bokan@chromium.org aelias@chromium.org
I can repro this without the enable-osk-overscroll flag, so I don't think this is related to the changes made in issue 404315.

Without the enable-osk-overscroll flag, when I scroll the "Test modal" page such that it would be above the amount of space that would be taken by the keyboard, clicking the last input field scrolls the dialog down. This is pretty jarring and enable-osk-overscroll fixes this.

@bokan, can you confirm that this is the case?
Blocking: -404315
Sounds good.  We've had repeated bugs of the input box scroll-into-view path failing due to race conditions.  It's because they have to synchronize so carefully around the various focus, resize and autofill messages when the OSK is shown.  I'm hopeful that the ChromeOS-style OSK viewporting can unlock a less racy way of handling it.

Comment 4 by bokan@chromium.org, Aug 5 2016

I wouldn't block shipping the feature on this, but we should look into what's going on that it sometimes fails. Conceptually, there should be no reason it can't scroll into view since there's no layout/content issues involved. All that has to happen is resize the visual viewport, scroll the visual viewport - we should always be able to do that. I think we're likely getting the focus/scroll-into-view before we get the visual viewport resize which is a problem.

Comment 5 by ymalik@chromium.org, Aug 10 2016

Summary: Input box sometimes not scrolled into view (was: Input box sometimes not scrolled into view with osk-overscroll flag)

Comment 6 by ymalik@chromium.org, Nov 15 2016

Owner: sunyunjia@chromium.org
Sandra, is this something you can look into?

Comment 7 by bokan@chromium.org, Nov 15 2016

Yash, you changed the title, does it repro without the flag?

Comment 8 by bokan@chromium.org, May 18 2017

Status: WontFix (was: Assigned)
I can no longer repro this. Fixed by time.

Sign in to add a comment