1451716 - No scrollElementIntoView on Touch enabled Win10 devices.

Status: NEW

(Firefox :: General, defect, P3)

Description

[tunepunk]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.162 Safari/537.36

Steps to reproduce:

1. Open firefox on touch/pen enabled win10 device.
2. Browse to any page with text input boxes such as a comment section.
3. Make sure the input box is on the lower part of the screen.
4. Tap the input box with pen or touch.


Actual results:

Page did not shift and now the on screen keyboard covers the input field so you can't see what you're typing.


Expected results:

Expected behaviour should be exactly like firefox mobile version, when using a pen/touch enabled win 10 device. Tapping input fields should shift the page so that on screen keyboard does not cover the input field you're trying to enter text into.

Comment 1

[Stefan [:StefanG_QA]]

Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:59.0) Gecko/20100101 Firefox/59.0 (20180323154952)

I have tested this issue on Surface Pro with Win10 using latest Nightly and Fx Release builds. I was able to reproduce the mentioned behavior. When the input box is in the lower part of the screen and virtual keyboard is displayed, it cover the input field box. It would be nice if the page was shifted as on mobile device to not cover the input field.

I think the correct component would be Core::Widget: Gtk. Please change if this is not the right component.

Comment 2

[tunepunk]

Might there be a flag in about:config that enables or disables this feature? If mobile has it, then it might just not be activated for desktop?

Comment 3

[tunepunk]

scrollElementIntoView

or possibly

ensureElementIsVisible

needs to be enabled for Touch enabled Win 10 devices, when on screen keyboard is opened.

Comment 4

[tunepunk]

Can anyone confirm this? It's really frustrating that the touch keyboard is blocking the input field i'm supposed to type in.

Win10 desktop devices using on screen touch keyboard also needs to shift elements in to view when using touch.

Comment 5

[Jim Mathies [:jimm]]

I can confirm, we don't handle this internally.

Comment 6

[:Gijs (he/him)]

:snorp, can we reuse the mobile code for this in some way? What happens there?

Comment 7

[James Willcox (:snorp) ([e-mail]) (he/him)]

GeckoView and Fennec both send an event to Gecko when the keyboard is shown. You can see what we do in response to that here[1]. Most of this can probably be factored out if we need something similar on desktop.

[1] https://searchfox.org/mozilla-central/source/mobile/android/chrome/geckoview/GeckoViewContent.js#114

Comment 8

[Sam Foster [:sfoster] (he/him)]

Taking a stab at a priority to move this out of the triage list. Adjust as necessary.

Comment 9

[tunepunk]

Noticed that latest chrome for desktop has this functionality now. Edge used to have it but most have got lost in some release. Anyway very handy when using surface pro type win10 tablets on the go, when no keyboard is connected.