Closed
Bug 849658
Opened 11 years ago
Closed 11 years ago
Incorrect viewport when loading page
Categories
(Firefox for Android Graveyard :: Toolbar, defect)
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)
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.
Reporter | ||
Comment 1•11 years ago
|
||
Reporter | ||
Updated•11 years ago
|
status-firefox21:
--- → affected
tracking-firefox21:
--- → ?
Comment 2•11 years ago
|
||
(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 ?
Reporter | ||
Comment 3•11 years ago
|
||
I have seen this repeatedly across multiple sites, but have no STR, sorry.
Assignee | ||
Comment 4•11 years ago
|
||
Did this start after bringing up or hiding the virtual keyboard, by any chance? Reminds me of bug 845360.
Comment 5•11 years ago
|
||
(In reply to Richard Newman [:rnewman] from comment #3) > I have seen this repeatedly across multiple sites, but have no STR, sorry. What device?
Reporter | ||
Comment 6•11 years ago
|
||
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).
Reporter | ||
Comment 7•11 years ago
|
||
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.
Reporter | ||
Comment 8•11 years ago
|
||
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].
Updated•11 years ago
|
Whiteboard: STR in comment #8
Reporter | ||
Comment 9•11 years ago
|
||
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.
Reporter | ||
Comment 10•11 years ago
|
||
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)
Comment 11•11 years ago
|
||
This sounds very similar to https://bugzilla.mozilla.org/show_bug.cgi?id=758190#c15. Have you tried Nightly?
Reporter | ||
Comment 12•11 years ago
|
||
It does sound like Bug 758190. Is there a reason why that fix wasn't uplifted?
Assignee | ||
Comment 13•11 years ago
|
||
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?
Reporter | ||
Comment 14•11 years ago
|
||
Haven't checked yet. Hope to get to this today.
Comment 15•11 years ago
|
||
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).
Updated•11 years ago
|
Assignee: nobody → bugmail.mozilla
Comment 16•11 years ago
|
||
Kats, based on our irc conversation a few days back passing this on to you, feel free to reassign if needed
Assignee | ||
Comment 17•11 years ago
|
||
: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)
Reporter | ||
Comment 18•11 years ago
|
||
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)
Assignee | ||
Comment 19•11 years ago
|
||
Ok, closing for now but please re-open if you see it again.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
Comment 20•11 years ago
|
||
marking unaffected for now, leaving tracking in case this reappears.
Updated•11 years ago
|
Keywords: qawanted,
regressionwindow-wanted
Updated•4 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•