Closed Bug 1100619 Opened 10 years ago Closed 9 years ago

[Browser] "Mozilla Wiki" icon and the "Search bar" is overlapping text

Categories

(Firefox OS Graveyard :: Gaia::Browser, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(b2g-v2.0 unaffected, b2g-v2.1 unaffected, b2g-v2.2 unaffected)

RESOLVED WORKSFORME
Tracking Status
b2g-v2.0 --- unaffected
b2g-v2.1 --- unaffected
b2g-v2.2 --- unaffected

People

(Reporter: sarsenyev, Unassigned)

References

Details

(Keywords: regression, Whiteboard: [2.1-exploratory-3])

Attachments

(2 files)

Attached file logcat_20141117.txt
Description:
While in "Improve Firefox OS" when the User taps on "Learn More", the screen that opens up has an overlapping "Search" text box and texts

The bug is opened as clone of bug 1066607, 
Comment 7 from bug 1096512 stated that  uplifted fix for bug 1096512 will fix the issue, but the issue still reproduces on 2.1
   
Repro Steps:
1) Update a Flame device to BuildID: 20141110001201
2) Launch "Settings"
3) Tap on "Improve Firefox OS"
4) Tap on "Learn More"
5) Observe what happens to "Search" text box and some texts
  
Actual:
There is an overlapping of texts and text box

Expected: 
No overlapping of texts and text boxes
  
Environmental Variables:
Device: Flame 2.1 (319mb)(Kitkat Base)(Shallow Flash)
BuildID: 20141110001201
Gaia: 0ec1925fc37b7c71d129ae44e42516a0cfb013c4
Gecko: 97487a2d1ee6
Version: 34.0 
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Notes:
The bug was created clone continue of bug 1096512
  
Repro frequency: 100%
See attached: screenshot & logcat
The issue doesn't repro on 2.2 and 2.0 Flame.

No overlapping occurs on Wiki page

"Flame 2.2

Device: Flame 2.2 (319mb)(Kitkat Base)(Shallow Flash)
Build ID: 20141117040203
Gaia: ddf5b92f43ec27c93ad4fea4fd1207da8936b8e7
Gecko: 21b745197618
Version: 36.0a1 (2.2)
Firmware Version: v188-1
User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0"

"Flame 2.0

Device: Flame 2.0 (319mb)(Kitkat Base)(Shallow Flash)
BuildID: 20141117000200
Gaia: 086a668942292168f312b3bb53e275fa0886fab1
Gecko: a57b299c5cf2
Version: 32.0 (2.0)
Firmware: V188-1
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0"
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
Attached image 2014-11-17-16-24-42.png
The issue reproduces only in portrait mode
This is definitely a dupe - this issue has been filed before. Will try to find the dupe bug.
Marcia, this was written again see bug 1096512 because the fix that was uplifted for bug 1066607 was suppose to fix this issue on 2.1 but it did not. 

Nominating 2.1? since this was 2.1+ in the original issue.
Blocks: 1096512
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
Looks like comment 4 forgot to set the blocking request. Etienne, is this something you can look at?
blocking-b2g: --- → 2.1?
Flags: needinfo?(etienne)
(In reply to Ryan VanderMeulen [:RyanVM UTC-5] from comment #5)
> Looks like comment 4 forgot to set the blocking request. Etienne, is this
> something you can look at?

Mmmh... not sure how this is related to bug 1066607. Looks like the issue is mozilla wiki not being responsive enough :)
Flags: needinfo?(etienne)
Can we try and re-test this in 2.1 latest build, given this was originally filed 2 months back.
Flags: needinfo?(ktucker)
This issue is no longer occurring on the latest Flame 2.1 build.

The search box looks as expected and there is not any overlapping text. 

Environmental Variables:
Device: Flame 2.1 
BuildID: 20150120001202
Gaia: 77c57eb8a985d5cbd34a597fb1b978ba6e205af6
Gecko: f05d0a2d2378
Version: 34.0 (2.1) 
Firmware Version: v18D-1
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Closing this as worksforme.
Status: NEW → RESOLVED
Closed: 9 years ago
Flags: needinfo?(ktucker)
Resolution: --- → WORKSFORME
blocking-b2g: 2.1? → ---
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: