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

Issue 661424 link

Starred by 1 user
Status: Archived
Owner: ----
Closed: Mar 2018
Cc:
█ hdodda@chromium.org
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Touch keyboard on float - browser scrolls page down if input focus will be obscured by keyboard

Reported by timothyc...@gmail.com, Nov 2 2016 
UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2902.0 Safari/537.36

Steps to reproduce the problem:
1. Enable windows touch keyboard input to appear when an input field is selected
2. Use keyboard in floating mode, as opposed to fixed.
3. Position floating keyboard over a text input on a web page with a dark background
4. Close keyboard
5. Select the text input
6. See that the page is forced to scroll down and if page is not scrollable, the browser will append some whitespace (or background colour) to the bottom of the page

What is the expected behavior?
We noticed that this behaviour only started appearing after Chromium 53. 
Since this feels like a makeshift solution to the problem, we would like behaviour to be controlled by an --enable or --disable flag

What went wrong?
This looks bad on using Chromium on --kiosk mode as a full screen kiosk

Did this work before? Yes 52

Does this work in other browsers? No
 Firefox does not seem to have this approach
Edge does have this approach

Chrome version: 53  Channel: stable
OS Version: Windows 10
Flash Version:
before.png
185 KB View Download
after.png
123 KB View Download
before.png
185 KB View Download
after.png
123 KB View Download

Comment 1 by hdodda@chromium.org, Nov 8 2016

Cc: hdodda@chromium.org
Labels: Needs-Feedback
Tested on windows 10 using chrome stable M54 #54.0.2840.97 and steps followed to reproduce:

1. Opened "www.apple.com\hk" in chrome browser.
2. touch keyboard was enabled and is in floating mode and placed over the text area of the web page.
3. Typed some text and closed the keyboard and selected the text.
4. Page didnt force to scroll down and no different behavior is observed.


@timothyc-- Could you please confirm us whether we followed correct process ?? and possible please provide us the screencast to reproduce the issue , that would help us in triaging the issue better.

Thanks!

Comment 2 by timothyc...@gmail.com, Nov 8 2016 

Hi, thanks for the feedback.

The behaviour was produced on a windows tablet, maybe it is limited to touch only?

After your step 3, do you mean that the keyboard reappears in the same position as before you minimized it (over the input field), but no scrolling occurs?

Will get a screencast tomorrow.

Thanks

Comment 3 by timothyc...@gmail.com, Nov 9 2016 

Yes, I believe the behaviour is only on touch devices.

Attached is the screencast.

Thanks
20161109.webm
1.0 MB View Download
Project Member

Comment 4 by sheriffbot@chromium.org, Nov 16 2016

Labels: -Needs-Feedback Needs-Review
Owner: hdodda@chromium.org
Thank you for providing more feedback. Adding requester "hdodda@chromium.org" for another review and adding "Needs-Review" label for tracking.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 5 by ajha@chromium.org, Jan 4 2017

Labels: Needs-Milestone

Comment 6 by jmukthavaram@chromium.org, Feb 27 2017

Labels: TE-NeedsTriageFromMTV
Owner: ----

Comment 7 by cda...@chromium.org, Mar 13 2017 

Cleaning up "Needs-Review" label as we are not using this label for triage. Ref  bug 684919

Comment 8 by cda...@chromium.org, Mar 13 2017

Labels: -Needs-Review
Project Member

Comment 9 by sheriffbot@chromium.org, Mar 15 2018

Status: Archived (was: Unconfirmed)
Issue has not been modified or commented on in the last 365 days, please re-open or file a new bug if this is still an issue.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
►

Sign in to add a comment