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)

ARM
Gonk (Firefox OS)
defect

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.
blocking-basecamp: --- → ?
Attached image screenshot
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..
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
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
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;
}
Blocking+ based on the extent to which this impacts all apps using this building block.
blocking-basecamp: ? → +
Hi Ismael,

Could you help check this building block related issue?
Thank you.
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!
Attached file pull request 6020
Add "for" attribute to the label element in value selector to avoid applying a general rule in building blocks
Assignee: nobody → rlu
Status: NEW → ASSIGNED
Attachment #675506 - Flags: review?(alive)
This also happens in any web app that has a <select> in it, currently this is one of the most annoying bugs we have.
Priority: P1 → --
pull request 6020 r+ and merged.
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Keywords: verifyme
QA Contact: jsmith
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 → ---
Keywords: verifyme
Priority: -- → P1
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.
Gaia commit: ddafa86fc92914306be99c8458362cfc96d44e25
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 ago12 years ago
Keywords: verifyme
Resolution: --- → FIXED
Hi Jason,

Thanks for the info and your help to verify this.
:)
Verified with the right build this time.
Status: RESOLVED → VERIFIED
Keywords: verifyme
Attachment #675506 - Flags: review?(alive) → review+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: