Closed
Bug 905990
Opened 12 years ago
Closed 11 years ago
layout broken on setbeat.com player
Categories
(Core :: Layout, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: hsteen, Unassigned)
References
()
Details
(Whiteboard: [mobile-compat-form])
Attachments
(1 file)
|
1.23 KB,
text/html
|
Details |
Site: http://m.setbeat.com
layout broken on setbeat.com player
:: Steps To Reproduce
1. Load player
2. A set of blue buttons ("buscar" etc.) should stick to bottom of window but floats up
3. Player buttons also float up, and are not clickable where they are rendered (must click where they were supposed to be)
...
:: Expected Result
-
:: Actual Result
-
:: Additional Information
Software Version: 1.1
Reporter's User Agent: Mozilla/5.0 (Mobile; rv:18.0) Gecko/18.0 Firefox/18.0
| Reporter | ||
Comment 1•12 years ago
|
||
There is some issue with combination of a viewport META tag and fixed formatting. See test case - fails for me on device only (not in emulator)
| Reporter | ||
Updated•12 years ago
|
Component: Mobile → Gaia::Browser
Product: Tech Evangelism → Boot2Gecko
| Reporter | ||
Comment 2•12 years ago
|
||
(Being a newbie, I don't know if this belongs in boot2gecko project or should be moved to core/layout/whatever - please enlighten me ;-))
Updated•12 years ago
|
Component: Gaia::Browser → Layout
Product: Boot2Gecko → Core
Comment 3•12 years ago
|
||
dbaron - Can you please help prioritize this compatibility issue?
Flags: needinfo?(dbaron)
Maybe Anthony can help or knows who can, given that the bug is (per description) related to position:fixed on the device only, and that makes me think of the APZC (async pan zoom controller).
Also, in what B2G versions is this an issue? (I'm particularly interested in v1-train vs. trunk.)
Flags: needinfo?(ajones)
| Reporter | ||
Comment 5•12 years ago
|
||
the phone says it is running "Boot2Gecko 1.0.1.0-prerelease" - I have no idea if that's old or new except that I know it just updated itself..
Comment 6•12 years ago
|
||
On 1.1 the buttons temporarily move up/down when hiding/showing the URL bar (or keyboard) during transition. This is only temporary and they remain clickable. It may have been fixed in 880578.
We could fix the transition by adding bottom (and RHS) anchoring code to APZC.
Flags: needinfo?(ajones)
| Reporter | ||
Comment 7•11 years ago
|
||
Buttons still somewhat jumpy when the UI / window height changes, but they snap right back to the bottom and remain clickable. So this is basically working fine now.
Status: UNCONFIRMED → RESOLVED
Closed: 11 years ago
Flags: needinfo?(dbaron)
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•