Closed Bug 1043493 Opened 10 years ago Closed 10 years ago

[Rocketbar] Close button is pushed off screen when tapping in the rocketbar and then typing a character

Categories

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

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(b2g-v2.1 affected)

RESOLVED DUPLICATE of bug 1042534
Tracking Status
b2g-v2.1 --- affected

People

(Reporter: nhirata, Unassigned)

References

Details

(Keywords: regression)

Attachments

(1 file)

Attached image 2014-07-24-10-26-12.png (deleted) —
1. tap the rocketbar
2. type a

Expected: Rocketbar doesn't extend
Actual: Rocketbar extends and pushes the word "close" past the screen

Gaia      c72257b2d27135bfcd68e89dd584182797784016
Gecko     https://hg.mozilla.org/mozilla-central/rev/06ac51c2b8a8
BuildID   20140724040205
Version   34.0a1
ro.build.version.incremental=110
ro.build.date=Fri Jun 27 15:57:58 CST 2014
B1TC00011230

This may be a regression from bug 1026159?
Flags: needinfo?(sfoster)
Doesn't currently happen in 2.0.  Will need to watch so that it doesn't affect 2.0
Gaia      29266e18c35f4e72e35f1bba0e34f2fb6b995cc3
Gecko     https://hg.mozilla.org/releases/mozilla-b2g32_v2_0/rev/178fe2efc41d
BuildID   20140724000201
Version   32.0
ro.build.version.incremental=110
ro.build.date=Fri Jun 27 15:57:58 CST 2014
B1TC00011230
UX - Is this is a blocker from your perspective?
Flags: needinfo?(firefoxos-ux-bugzilla)
I was able to reproduce this just now by flashing v2.0 (gaia only, via git checkout v2.0 && make production) onto my open-c. The patch from 1026159 has not yet uplifted to 2.0. As I was previously working on 2.1 and didnt flash gecko. Flashing 2.0 "properly" via B2G_Flash_Tool and selecting aurora and I can not reproduce. Not sure if that's any help narrowing this down, but I think it puts bug 1026159 in the clear.
Flags: needinfo?(sfoster)
You're right.  After looking at the patch, it doesn't seem likely that your bug would impact.  I should have done that before.  Marking for regression window wanted.
(In reply to Naoki Hirata :nhirata (please use needinfo instead of cc) from comment #5)
> You're right.  After looking at the patch, it doesn't seem likely that your
> bug would impact.  I should have done that before.  Marking for regression
> window wanted.

Usually we only do regression windows on blocker bugs, since windows are expensive to do on Firefox OS. Do you think this is something worth nominating?
Flags: needinfo?(nhirata.bugzilla)
Naoki's expected behavior is correct in the initial description. Rocketbar should not extend and this should not affect 2.0 if possible. I'd consider blocking on this, given it's a critical feature.
Flags: needinfo?(firefoxos-ux-bugzilla)
[Blocking Requested - why for this release]:

See comment 7.
blocking-b2g: --- → 2.1?
Flags: needinfo?(nhirata.bugzilla)
QA Contact: jmitchell
Mozilla-Inbound Regression Window:

Last Working:
Device: Flame Master
Build ID: 20140722080925
Gaia: 649245c238a043af32acb109b2613f578323f8e1
Gecko: f604cdbc6e85
Version: 34.0a1 (Master)
Firmware Version: v122
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

First Broken:
Device: Flame Master
Build ID: 20140722082826
Gaia: 649245c238a043af32acb109b2613f578323f8e1
Gecko: b489ff052163
Version: 34.0a1 (Master)
Firmware Version: v122
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Last Working Gaia First Broken Gecko: Issue DOES reproduce
Gaia: 649245c238a043af32acb109b2613f578323f8e1
Gecko: b489ff052163

First Broken Gaia Last Working Gecko: Issue DOES not reproduce
Gaia: 649245c238a043af32acb109b2613f578323f8e1
Gecko: f604cdbc6e85

Gecko pushlog: http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=f604cdbc6e85&tochange=b489ff052163

Broken by Bug 1015474
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
Possibly broken by bug 1015474

Daniel - can you take a look?
Flags: needinfo?(dholbert)
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(pbylenga)
I dont think daniel needs to take a look, we just need to fix our flexbox usage, ill do it
Assignee: nobody → dale
Flags: needinfo?(dholbert)
Thanks, Joshua & Dale.

(See also bug 1042534, which was fixed on Friday with a rocketbar CSS tweak.  I haven't looked in much detail at either that bug or this one, but it seems possible they might be the same or related.)
Hey guys, this should've been fixed by 1042534. Marking as a dupe as that contains the fix. Please re-open if you still see issues. Thanks!
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
Can confirm that I do not see THIS bug in today's build

Device: Flame Master
Build ID: 20140728065013
Gaia: 295967a0b824a355ae9d57fb08f3632ed2ad18dd
Gecko: d77f6a96ff96
Version: 34.0a1 (Master)
Firmware Version: v122
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0
blocking-b2g: 2.1? → ---
No longer blocks: minsizeauto-fallout
Assignee: dale → nobody
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: