1625644 - Keyboard covers css fixed input field

Status: UNCONFIRMED

(GeckoView :: IME, defect, P3)

Description

[Guy Abossolo Foh]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:74.0) Gecko/20100101 Firefox/74.0

Steps to reproduce:

1- Add the style #myInputField in a html file.
2- Add an input field with the id "myInputField" in the html page.
3- (Exp-1) Load the page with the commented position style line. Scroll the page in order to put the input field at the bottom of the screen.
4- (Exp-2) Uncomment the position style line. Like in Exp-1, Scroll the page in order to put the input field at the bottom of the screen.

#myInputField {
/position : fixed;/
bottom : 0;
left : 0;
right : 0;
background-color: #ffffff;
border: 1px solid #e6e6e6;
margin-top: 20px;
border-radius: 10px 10px;
}

Actual results:

Exp-1 : As the keyboard opens, the input field moves up so the user can see what they are typing.

Exp-2 : As the keyboard opens, the input field stays at the bottom of the screen. The keyboard covers the input field.

Expected results:

This occurs only with GeckoView.
With Android WebView the Field is displayed at the top of the keyboard.

Comment 1

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

Thanks for the report Guy, this is very similar to Bug 1627734 which was fixed a week ago, is this still a problem?

Comment 2

[Guy Abossolo Foh]

(In reply to Agi Sferro | :agi | ⏰ PST | he/him from comment #1)

Thanks for the report Guy, this is very similar to Bug 1627734 which was fixed a week ago, is this still a problem?

Thank, I will try, but I'm using the stable branch. Which chanel do I used ?

Comment 3

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

Testing with geckoview-nightly-arm64-v8a-77.0.20200416094846 would be optimal (or whichever target architecture you are on).

Comment 4

[Guy Abossolo Foh]

(In reply to Agi Sferro | :agi | ⏰ PST | he/him from comment #1)

Thanks for the report Guy, this is very similar to Bug 1627734 which was fixed a week ago, is this still a problem?

I tried with "geckoview-nightly-x86-77.0.20200416094846" and I still have the same problem.

Comment 5

[Guy Abossolo Foh]

Attachment: Screenshot_1587076484.png

Comment 6

[Guy Abossolo Foh]

Attachment: Screenshot_1587075770.png

Comment 7

[Guy Abossolo Foh]

Attachment: Screenshot_20200416_184743_com.fxmessages.jpg

With WebView

Comment 8

[Guy Abossolo Foh]

Attachment: Screenshot_20200416_184656_com.scientificware.fxgeckoview2.jpg

With WebView

Comment 9

[Guy Abossolo Foh]

(In reply to Agi Sferro | :agi | ⏰ PST | he/him from comment #3)

Testing with geckoview-nightly-arm64-v8a-77.0.20200416094846 would be optimal (or whichever target architecture you are on).

I posted screenshots of what's going on.

Comment 10

[Guy Abossolo Foh]

Attachment: Screenshot_20200416_184625_com.fxmessages.jpg

With WebView

Comment 11

[Guy Abossolo Foh]

Comment on attachment 9141102 [details]
Screenshot_20200416_184656_com.scientificware.fxgeckoview2.jpg

Wrong picture.

Comment 12

[Guy Abossolo Foh]

Position: sticky seems to be working as expected.
The iput field is pushed up by the keyboard.

Comment 13

[Firefox Bug Husbandry Bot]

Because this bug's Severity has not been changed from the default since it was filed, and it's Priority is P3 (Backlog,) indicating it has been triaged, the bug's Severity is being updated to S3 (normal.)

Comment 14

[corey]

I found this to be an issue when logged into meet.google.com and trying to enter a meeting nickname. The dialog they present has position: fixed. This is a big use case for our users and would be something we would love to have fixed. Is this something we could help bump in priority or severity? Thank you!

Comment 15

[Chris Peterson [:cpeterson]]

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