1662823 - INPUT_RESULT_HANDLED_CONTENT in uBlock addons' settings

Status: RESOLVED DUPLICATE of bug 1663634

(GeckoView :: IME, defect, P2)

Description

[Petru-Mugurel Lingurar [:petru]]

Seen on Fenix - https://github.com/mozilla-mobile/android-components/issues/6933

We open uBlock's options page in a new tab where the toolbar is not being animated as a result of PZC returning INPUT_RESULT_HANDLED_CONTENT and so it prevents reading / interacting with the bottom part of the page.

From previous discussions I understand this may happen when the webpage has it's own panning listeners but I don't know how to debug this so I'm not sure if this is a webcompat issue that should be resolved by the developers of uBlock or an issue in GV.

Comment 1

[Hiroyuki Ikezoe (:hiro)]

Attachment: A test case

Here is a test case (I believe, I haven't checked the uBlock origin page)

Comment 3

[[ex-Mozilla] Agi Sferro | :agi]

:botond I think you discussed this bug somewhere? was there any conclusion on what we want to do to fix this?

Comment 4

[Botond Ballo [:botond]]

My best idea for how to fix this is the one described at the bottom of this GH comment, for which Petru filed bug 1663000 to track.

Comment 5

[Hiroyuki Ikezoe (:hiro)]

This was fixed by bug 1663000.

Comment 6

[Hiroyuki Ikezoe (:hiro)]

Looks like this uBlock case is "height:100vh; overflow:hidden;" on the root element.
https://github.com/gorhill/uBlock/blob/717a601a59507d620c290391d7b7a2dbc4f44be3/src/css/advanced-settings.css#L2-L3

Comment 7

[Chris Peterson [:cpeterson]]

Moving some input bugs to the new GeckoView::IME component.