Closed
Bug 803938
Opened 12 years ago
Closed 12 years ago
Building Blocks: List dialog are misaligned and overlap text in various apps
Categories
(Firefox OS Graveyard :: Gaia, defect, P1)
Tracking
(blocking-basecamp:+)
VERIFIED
FIXED
blocking-basecamp | + |
People
(Reporter: jsmith, Assigned: rudyl)
References
Details
(Whiteboard: [qa+])
Attachments
(3 files)
Build: Device - Otoro Hashes <project name="gaia" path="gaia" remote="b2g" revision="f08661db7f19cf84e7ede83c360430f0b20bbbd2"/> <project name="releases-mozilla-aurora" path="gecko" remote="mozilla" revision="83ade3896454efca57cfabbb168873ab7709ab51"/> Steps: 1. Go to the calendar settings (menu --> the wheel thing) 2. Select the select dialog in the sync calendar UI Expected: A select dialog should appear that does not mash text together all over the place. Actual: See screenshot. The text appears to be getting mashed all over the place here.
Reporter | ||
Updated•12 years ago
|
blocking-basecamp: --- → ?
Updated•12 years ago
|
Whiteboard: [qa+]
Comment 1•12 years ago
|
||
This actually affects every select dialog box in all apps, that is using this format. is this a building block bug? Do we already have a dupe of this bug anywhere? Other areas this happens: - email setup > select an imap or active sync type - settings > regional selection - settings > language selection - settings > screen timeout etc..
Updated•12 years ago
|
Component: Gaia::Calendar → Gaia
Priority: -- → P1
Summary: Selecting the selection box in the sync calendar UI in calendar settings - mashed up select box dialog appears → Building Blocks?: Dialog boxes are misaligned and overlap text in various apps
Comment 2•12 years ago
|
||
This is a building block bug.
Summary: Building Blocks?: Dialog boxes are misaligned and overlap text in various apps → Building Blocks: List dialog are misaligned and overlap text in various apps
Assignee | ||
Comment 4•12 years ago
|
||
After checking with Alive, this should be related to this rule in switches.css (included in system app). label:not([for]) { display: inline-block; height: 5rem; position: relative; vertical-align: middle; width: 5rem; }
Comment 5•12 years ago
|
||
Blocking+ based on the extent to which this impacts all apps using this building block.
blocking-basecamp: ? → +
Assignee | ||
Comment 9•12 years ago
|
||
Hi Ismael, Could you help check this building block related issue? Thank you.
Comment 11•12 years ago
|
||
We will need to add to each label in the value selector the attribute "for" for avoiding getting the switches style. If do you need help with this ping me via skype/irc Thx!
Assignee | ||
Comment 12•12 years ago
|
||
Add "for" attribute to the label element in value selector to avoid applying a general rule in building blocks
Comment 13•12 years ago
|
||
This also happens in any web app that has a <select> in it, currently this is one of the most annoying bugs we have.
Updated•12 years ago
|
Priority: P1 → --
Assignee | ||
Comment 15•12 years ago
|
||
pull request 6020 r+ and merged.
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 17•12 years ago
|
||
This isn't fixed - tested this with the test case in comment 0 on the 10/29 build and I definitely am still getting a reproduction with the exact screenshot seen. Reopening.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Updated•12 years ago
|
Priority: -- → P1
Assignee | ||
Comment 18•12 years ago
|
||
I could not reproduce this issue with today's build, 10/29. This should be a pure Gaia fix, and the gaia commit is: f18958076b2b50edf01754bb4934c998259ce6a2 Hi Jason, Could you please provide the Gaia commit that you tested? Thank you.
Reporter | ||
Comment 19•12 years ago
|
||
Gaia commit: ddafa86fc92914306be99c8458362cfc96d44e25
Reporter | ||
Comment 20•12 years ago
|
||
Oh I think I know what happened here. The commit I'm referencing is using a 10/26 nightly build. So it's a build mistake on my end.
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
Keywords: verifyme
Resolution: --- → FIXED
Assignee | ||
Comment 21•12 years ago
|
||
Hi Jason, Thanks for the info and your help to verify this. :)
Reporter | ||
Comment 22•12 years ago
|
||
Verified with the right build this time.
Status: RESOLVED → VERIFIED
Keywords: verifyme
Updated•12 years ago
|
Attachment #675506 -
Flags: review?(alive) → review+
You need to log in
before you can comment on or make changes to this bug.
Description
•