Closed
Bug 892267
Opened 11 years ago
Closed 11 years ago
Gray space at the top of content when opening a tab from an intent
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(firefox24 unaffected, firefox25+ verified, fennec25+)
VERIFIED
FIXED
Firefox 25
Tracking | Status | |
---|---|---|
firefox24 | --- | unaffected |
firefox25 | + | verified |
fennec | 25+ | --- |
People
(Reporter: kbrosnan, Assigned: kats)
References
Details
(Keywords: regression, reproducible)
Attachments
(2 files)
28.77 KB,
image/png
|
Details | |
1.33 KB,
patch
|
cwiiis
:
review+
|
Details | Diff | Splinter Review |
There is a grey bar about the size of the address bar when pages are loaded from external intents. I don't see this on FxA 24 or 25.
Comment 1•11 years ago
|
||
Reproduced on Nightly (07/10) on my Nexus 4 (Android 4.2.2) using a t.co link off a Tweet. It doesn't persist, it flashes before rendering the content. I saw what you see in Kevin's screenshot.
Keywords: reproducible
The regression window is: 1.mozilla-central good build: 04.07.2013 bad build: 05.07.2013 -pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=dcbbfcdf7bb4&tochange=17fe59f6c54a 2.inbound good build:1372942018 bad build: 1372943362 -pushlog: http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=0dbc3d79971d&tochange=efa23d6bd3fa It seems that Bug 803207 caused this and also Bug 891175.
Keywords: regressionwindow-wanted
Comment 4•11 years ago
|
||
I see this also opening 'Apps' from the menu on my Galaxy S4 and Note II, maybe not specific to an intent here.
Updated•11 years ago
|
Keywords: regression,
regressionwindow-wanted
Updated•11 years ago
|
Keywords: regressionwindow-wanted
Updated•11 years ago
|
Assignee: nobody → bugmail.mozilla
tracking-fennec: ? → 25+
Comment 5•11 years ago
|
||
Mostly cosmetic, so it wouldn't block, but still definitely worth tracking.
Assignee | ||
Comment 7•11 years ago
|
||
I'm not sure what this scaleDiff is supposed to be doing. AFAIK all of these values are in screen pixels, so there should be no scaling involved. During startup I see mFrameMetrics.zoom go to 2.0 (on my N4) while the root layer resolution is still at 1.0. This causes scaleDiff to be 2.0 which causes the rendering to be offset by the height of the dynamic toolbar.
Attachment #782939 -
Flags: review?(chrislord.net)
Comment 8•11 years ago
|
||
Comment on attachment 782939 [details] [diff] [review] Patch Review of attachment 782939 [details] [diff] [review]: ----------------------------------------------------------------- I'm assuming this wasn't always a problem piece of code, unless something changed underneath it... Does the background and shadow still line up when zooming in and out and so on? And text selection handles and auto-complete pop-ups appear in the right place? Assuming they do, LGTM I guess.
Attachment #782939 -
Flags: review?(chrislord.net) → review+
Assignee | ||
Comment 9•11 years ago
|
||
Yup, verified that all those things work as intended. https://hg.mozilla.org/integration/mozilla-inbound/rev/50f69b500c02
https://hg.mozilla.org/mozilla-central/rev/50f69b500c02
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 25
Updated•11 years ago
|
Status: RESOLVED → VERIFIED
Updated•3 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
•