758190 - Sometimes content only renders in the bottom half of the screen

Status: VERIFIED FIXED

(Firefox for Android Graveyard :: Toolbar, defect)

Description

[(no longer active)]

I've seen this a few times on Aurora, and I finally think I can roughly say what I did to cause it.  I copied a URL from the stock browser, started Aurora, and as it was loading Gecko showing the title of a tab that was about to be restored, I tapped the URL bar to bring up the keyboard, and pasted the URL and hit Go.

Then the keyboard was dismissed, but the content area's height was not increased, and was shifted down, so effectively content was only being rendered in the bottom half of the browser, and the top half was empty (white).

Comment 1

[Brad Lassey [:blassey] (use needinfo?)]

Ehsan, can you take your device over to Kats to show him what's going on?

Comment 2

[(no longer active)]

(In reply to Brad Lassey [:blassey] from comment #1)
> Ehsan, can you take your device over to Kats to show him what's going on?

I would be happy to, but he's not at the office today, and this bug doesn't happen every time unfortunately...  I'll take some screenshots the next time it happens.

Comment 3

[Kartikaya Gupta (email:[e-mail])]

I've seen this happen occasionally as well but it's very hard to pin down. I think I need to audit our behaviour on keyboard showing/hiding and make sure it's sane.

I'll be in the office tomorrow so if you have reliable STR you can show me then.

Comment 4

[Erin Lancaster [:elan]]

layout for now.

Comment 5

[(no longer active)]

FWIW, I would be very surprised if this is related to layout.  The page is laid out correctly, only in a smaller viewport.

Comment 6

[Kartikaya Gupta (email:[e-mail])]

Yeah, it should be tagged as viewport (that's what elancaster and I discussed on IRC, probably just a mistake)

Comment 7

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

I've seen this before and it's hard to reproduce on Droid Pro.

It only occurs when you have the VKB up during the time fennec is busy in the background and dismiss the keyboard when it's not expecting it.

It's some sort of race condition, I believe?

Comment 8

[Kartikaya Gupta (email:[e-mail])]

blocking-1.0 bug update: Until I have reliable STR for this I'm going to continue to focus on bug 757362 instead since I feel it will be a better use of time. Note also that the severity of this bug may be reduced with the landing of bug 758635 but without STR there's no way to tell (and I don't want to request uplift for bug 758635 without being sure).

Comment 9

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

Can't seem to repro currently.

Comment 10

[Adrian Tamas (:AdrianT)]

I am only able to reproduce the issue for a few seconds if I go to a page with a search field (msnbc.com, cnn.com), tap on the field to open the keyboard and then minimize and maximize Firefox. This would cause the keyboard to be dismissed with the app in the background and repaint a few seconds late the area when focusing Firefox. I will continue to try and get some STR.

Tested on:
HTC Desire
Android 2.2

Comment 11

[Anand Kumria]

When this bug occurs, I've been able to fix things by creating a new tab.

Comment 12

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

I got it occuring once when doing these steps:

STR:
1. open page to http://people.mozilla.com/~nhirata/html_tp/formsninput.html
2. click in a text field to bring up VKB
3. select the menu button on the android device
4. select more -> downloads
5. hit the back button to dismiss the keyboard

I can't seem to reproduce, I believe because the about:downloads is cached.  Does removing all data from fennec remove the cache as well?  or would I have to do that manually?

In either cases, I don't think that the VKB should be up when the menu is invoked...

Comment 13

[Kartikaya Gupta (email:[e-mail])]

Taking this off my list since there's nothing I can do without STR right now.

Comment 14

[Brad Lassey [:blassey] (use needinfo?)]

qawanted to retest

Comment 15

[Brian Nicholson (:bnicholson)]

Attachment: screenshot

I can consistently reproduce this on Nightly using a Droid RAZR with these STR:
1) Add a shortcut to your home screen for some page such as google.com
2) Close Fennec
3) Tap the shortcut to open Fennec
4) Immediately when the URL bar is visible, tap it to go to the AwesomeScreen
5) Type anything in the AwesomeScreen (at least one letter)
6) Hit back

This works about 75% of the time for me. It only happens when using the Swype keyboard (setting the stock keyboard doesn't show this bug). Screenshot attached.

Comment 16

[Brad Lassey [:blassey] (use needinfo?)]

Kats, can you reproduce with swype? If not, please talk to brian.

Comment 17

[Kartikaya Gupta (email:[e-mail])]

This should be fixed in the March 1 nightly with the landing of bug 844275. Please reopen if this still happens. (Brian, since you were the most recent person to be able to reproduce it consistently, can you verify it is fixed now?)

Comment 19

[Brian Nicholson (:bnicholson)]

Nice, looks like this fixed it.