Closed Bug 849658 Opened 11 years ago Closed 11 years ago

Incorrect viewport when loading page

Categories

(Firefox for Android Graveyard :: Toolbar, defect)

21 Branch
ARM
Android
defect
Not set
normal

Tracking

(firefox21+ unaffected)

RESOLVED WORKSFORME
Tracking Status
firefox21 + unaffected

People

(Reporter: rnewman, Assigned: kats)

Details

(Keywords: reproducible, Whiteboard: STR in comment #8)

Attachments

(4 files)

Attached image Screenshot 1
Current Aurora, Android 4.1.2.

See screenshot. 

Bug is resilient to scroll and zoom. 

Taps register where they should if the page were rendering correctly, so basically you can't click anything. 

Switching activities seems to make things work again.
(In reply to Richard Newman [:rnewman] from comment #1)
> Created attachment 723244 [details]
> Screenshot 2, after zoom and scroll

Hey Richard, can you please help us further by posting STR here ? Are you able to reproduce it consistently across multiple websites ?
I have seen this repeatedly across multiple sites, but have no STR, sorry.
Did this start after bringing up or hiding the virtual keyboard, by any chance? Reminds me of bug 845360.
(In reply to Richard Newman [:rnewman] from comment #3)
> I have seen this repeatedly across multiple sites, but have no STR, sorry.

What device?
Sorry for all the missing details; I filed this from my phone.

European Galaxy S3, 4.1.2.

(In reply to Kartikaya Gupta (email:kats@mozilla.com) from comment #4)
> Did this start after bringing up or hiding the virtual keyboard, by any
> chance? Reminds me of bug 845360.

Not as far as I know. I mean, I typed a URL, but the keyboard disappears long before page load. And it's happened when loading a page straight from another app (e.g., Twitter).
I should clarify: this happens on the first load of the page; it doesn't occur as a result of rotation or keyboard introduction once a page is loaded.
Just reproduced. I don't know if this is timing sensitive.

* Set input to Samsung keyboard.
* Install current update from notification prompt.
* Click "Done" (not "Open") when install finishes.
* Press Home, click the Aurora icon.
* Immediately tap in the URL bar. In the background as you're doing this you'll see top sites outlines appear, but thumbnails aren't yet loaded.
* Type "bmwmoa.org" and hit enter. You'll see top sites thumbnails start to populate, then the page will begin to load.
* When the page loads, it'll be as in Attachment 723240 [details].
Whiteboard: STR in comment #8
Attached file Log.
AFAIK this log includes:

* Launching Aurora, loading a page, getting the reported behavior
* Switching to a different app and back again, getting the correct behavior.

Let me know if there are log tags I should bump to try to repro.
Attached file Another log.
Here's another log, filtered to Gecko, with a bunch of log tags set to VERBOSE.

All I did to get this:

* Home
* Hold Home, swipe Aurora to get it to die
* Load Aurora, tap URL bar, type "bluesnews.com" (a page I knew wasn't cached), and waited.

Using SwiftKey and on wireless.

I would guess that there's a race between the content display and the window size notifications from the keyboard disappearing:

03-11 17:13:05.815 D/GeckoLayerClient(21133): Screen-size changed to (720,1280)
03-11 17:13:05.815 D/GeckoLayerClient(21133): Window-size changed to (720,536)
...
03-11 17:13:05.955 D/GeckoApp(21133): Got a document start event.
...
03-11 17:13:06.055 D/GeckoApp(21133): Got a document stop event.
03-11 17:13:06.105 D/GeckoLayerClient(21133): Window-size changed to (720,1134)
This sounds very similar to https://bugzilla.mozilla.org/show_bug.cgi?id=758190#c15.

Have you tried Nightly?
It does sound like Bug 758190. Is there a reason why that fix wasn't uplifted?
Based on the STR I don't think this is related to bug 758190. Are you able to reproduce this on Nightly? How about on Nightly prior to bug 758190 landing?
Haven't checked yet. Hope to get to this today.
I borrowed a Samsung Galaxy S3 outside the QA team and I was not able to reproduce this issue on the latest Nightly( 2013-03-13).
Assignee: nobody → bugmail.mozilla
Kats, based on our irc conversation a few days back passing this on to you, feel free to reassign if needed
:rnewman, any update with respect to comments 13/14? Also I landed bug 856039 recently which may have fixed this.

One final thing to check is if the patch on bug 819183 fixes it. I've pushed a new try build with that patch, it is in progress at https://tbpl.mozilla.org/?tree=Try&rev=9de7e208c40d
Flags: needinfo?(rnewman)
I have not seen this recently in Aurora, so I'm happy to call this fixed (even if we don't know how!). 

Will keep an eye open in case it comes back.
Flags: needinfo?(rnewman)
Ok, closing for now but please re-open if you see it again.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
marking unaffected for now, leaving tracking in case this reappears.
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: