1517172 - Going into fullscreen mode makes the bottom area of the viewport permanently concealed by the software keyboard (cannot scroll down to the bottom area)

Status: RESOLVED FIXED

(Core :: Layout, defect, P2)

Description

[Chris Ainsley]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36

Steps to reproduce:

I uploaded a video of issue here : https://www.youtube.com/watch?v=T2WqCGiYxVY

1. Browse to eeyo.io/firefoxbug1
2. See the wall of text, at the bottom of the wall of text is a text input widget. Click anywhere to set focus to the text widget.
3. Type a few things on the software keyboard and you will see the thing you just typed appear above the input widget in the wall of text.
4. Type 'FS' (without the quotes) to put firefox into fullscreen mode (you may need to press enter twice).
5. Now type a few more items of text.
5. Now witness that items of text you just types cannot be seen at the bottom of the client view area. To see the text, you have to lower the screen keyboard, but bringing it back by selecting the input widget will continue to conceal the bottom of the client view area. SEE VIDEO DEMONSTRATION.


Actual results:

Firefox painted the software keyboard atop of an area with content on the screen. The user cannot scoll down to see the content at the bottom of the page.


Expected results:

When going into fullscreen mode, the bottom of the screen should have been shifted upwards, and all areas of the page should be accessible via swipes up and down.

Comment 1

[Sajedul Islam]

I was able to reproduce the issue by following the STR from Comment 0 in Firefox for Android .

Hence, I am confirming the bug.

Comment 2

[Brian Peiris]

Attachment: fullscreen-bug.html

Comment 3

[Brian Peiris]

I've attached a minimal reproduction. I've also noted additional breaking behavior:

1. In the attached test case, click on the "fullscreen" button
2. Focus the text input at the bottom of the screen
3. BUG 1: Page container does not resize itself, so the text input is hidden under the onscreen keyboard
4. Click on an empty part of the page to blur the text input
5. BUG 2: The page still thinks its in fullscreen mode, but now the Android status panel and software buttons are visible, obscuring page content
6. Focus the text input again
7. BUG 3: We see the broken state again, but this time the Firefox address bar also appears

The only way to fix the state of the page and browser at this point is to exit fullscreen.

Comment 4

[Brian Peiris]

This also affects fullscreen PWAs. I've converted the minimal test case into a PWA which you can test by installing to your home screen: https://brianpeiris.github.io/fullscreen-bug/fullscreen-bug.html?v=150

Also forgot to note in my first comment: I've reproduced this bug in Stable and Nightly versions of Firefox for Android. It also reproduces in the latest Fenix nightly, except for point #7.

Comment 5

[Chris Ainsley]

Hello,

I know it's generally against the rules to check on an issue in this way, but as it's been 11 months since first reporting, I would like to ask if anyone is assigned to this bug and/or what the progress is?

Chris

Comment 6

[Dennis Schubert [:denschub]]

Okay, this turns out to actually break Instagram's interaction options inside stories. Also, this isn't really a product issue as far as I can tell, as this is also happening within GVE and the sample browser's.

I'm moving this into Layout, in the hopes that someone can triage this and find someone responsible. :)

Comment 7

[Dennis Schubert [:denschub]]

And, just for the record, Chrome on Android simply resizes the viewport like it would in non-fullscreen mode, which seems like a reasonable thing to do.

Comment 8

[Karl Dubost💡 :karlcow]

Adding Hiroyuki who might be interested.

Comment 9

[Sean Voisen (:svoisen)]

Thanks for bringing this to our attention. I've added it to the backlog and tracking as something to include as part of upcoming layout webcompat work.

Comment 10

[Hiroyuki Ikezoe (:hiro)]

Unlike bug 1007286, it seems like we don't resize either the layout viewport or the visual viewport on full screen state when the software keyboard comes up.

What we need to do fix both this and bug 1007286 is to resize the visual viewport and not to resize the layout viewport when the software keyboard comes up regardless of whether it's on full screen or not.

Comment 11

[Hiroyuki Ikezoe (:hiro)]

I'd think this has been fixed by bug 1696717, isn't it?

Comment 12

[Frank Griffith Jr]

Hiro, have we confirmed that this was fixed by bug 1696717? Trying to see if we can close this or does it need to be part of H2 planning.

Comment 13

[Hiroyuki Ikezoe (:hiro)]

What I did confirmed before is bug 1696717 fixed the test case in comment 2. And now I confirmed that the issue described in comment 0 doesn't happen anymore. I am almost 100% sure it's also fixed by bug 1696717.