Closed Bug 894276 Opened 11 years ago Closed 11 years ago

[Buri][Beetle lite FF][FTU]The date settings overlap when change date on FTU

Categories

(Firefox OS Graveyard :: Gaia::First Time Experience, defect, P1)

defect

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: sync-1, Unassigned)

References

Details

(Whiteboard: [DUPEME])

Attachments

(1 file)

AU_LINUX_GECKO_ICS_STRAWBERRY.01.01.00.019.152 Firefox os v1.1 Mozilla build ID:20130702230206 Created an attachment (id=459512) screen DEFECT DESCRIPTION: [FTU]The date settings overlap when change date on FTU REPRODUCING PROCEDURES: 1.Download new version or factory reset then first power on 2.Enter date&time screen to change date,the month and date display overlap--K.O EXPECTED BEHAVIOUR: The date settings display should be not overlap ASSOCIATE SPECIFICATION: TEST PLAN REFERENCE: TOOLS AND PLATFORMS USED: USER IMPACT: REPRODUCING RATE: 5/5 For FT PR, Please list reference mobile's behavior:
Dear Fernando, How do you think of this? Or can you find someone to check? Thanks!
blocking-b2g: --- → leo?
I found that AU_LINUX_GECKO_ICS_STRAWBERRY.01.01.00.019.152 Firefox os v1.1 Mozilla build ID:20130702230206 is not ok and EVERYTIME we start the phone the first element like <input type="date" ...> ALWAYS not OK. but AU_LINUX_GECKO_ICS_STRAWBERRY.01.01.00.019.133 Firefox os v1.1 Mozilla build ID:20130617070209 is OK. And I think it's not an gaia problem cause the second element <input type="date" ...> we create will be ok after start the phone. IMHO, that means the CSS is ok and it may be a problem of render. How do you think? I'll be right here waiting for your reply, :) .
Flags: needinfo?(fernando.campo)
Dear Daniel, Could you find someone to check this? Thank you very much.
Flags: needinfo?(fernando.campo) → needinfo?(dcoloma)
Dear Arthur, Could you have a look at this? Thank you very much!
Flags: needinfo?(dcoloma) → needinfo?(arthur.chen)
If we open time chooser after this bug, it goes normal. After that, everything is fine. If we need to reproduce it, we may need to reboot the device. The same symptom also happens to settings app. I didn't get it with latest version. But version 20130702230206 is pretty easy to reproduce it.
If it's not possible to reproduce with latest builds (or with the 20130702230206 and an updated branch), should we close it? I'm unable to repro with latest code on master or v1
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
Whiteboard: [DUPEME]
Flags: needinfo?(arthur.chen)
blocking-b2g: leo? → ---
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: