Closed Bug 1100615 Opened 10 years ago Closed 10 years ago

[Rocketbar] Rocket bar is unresponsive.

Categories

(Firefox OS Graveyard :: Gaia::Everything.me, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

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

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

People

(Reporter: jthomas, Unassigned)

References

()

Details

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

Description: If the user attempts to access the rocketbar from the settings, it is unresponsive. Repro Steps: 1) Update to Flame Build 20141117040203 2) Open settings App 3) Click the rocketbar at the top of the screen. 4) Observe that rocket bar is not responding. Actual: Rocketbar unresponsive. Expected: It is expected that the rocket bar will respond accordingly. Flame 2.2 Environmental Variables: 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 Repro frequency:100%, See attached:Logcat & Video Video: http://youtu.be/ozmRpHwJ6fg
This issue does NOT occur on Flame 2.2 KK (319mb) Result: Rocketbar unresponsive. Flame 2.1 Device: Flame 2.1 (319mb)(Kitkat Base)(Shallow Flash) BuildID: 20141117001201 Gaia: 81160ad79e5b4c21967418dd63f1a1d08d77924e Gecko: 3572aa3e6766 Version: 34.0 (2.1) Firmware: V188-1 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.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?(dharris)
Additional note, the rocketbar will respond about 1/8 of the time. This search bar bug is consistent across other apps. However the rocketbar will work accordingly from the Homescreen.
This is broken in the Clock App and FM Radio from what I can see in portrait mode - I cannot get the rocketbar to respond at all when I try to input text.
blocking-b2g: --- → 2.2?
Bug 1099137 may have the offending bug that caused the regression.
Adding smoketest keyword as this is a smoketest blocker: impedes functionality of the status bar in a high-visibility application.
Keywords: smoketest
I am not seeing this on Flame using today's nightly build: Gaia 4aee256937afe9db2520752650685ba61ce6097d SourceStamp 7913c9392c5f BuildID 20141118040205 Version 36.0a1 v188
Confirmed that the issue is no longer occurring on latest central. Rocketbar can now be brought up when in an app and can be utilized normally. - issue reproduces- Device: Flame BuildID: 20141117040025 Gaia: ddf5b92f43ec27c93ad4fea4fd1207da8936b8e7 Gecko: 21b745197618 Version: 36.0a1 (2.2 Master) Firmware: V188-1 User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0 - issue does NOT reproduce- Device: Flame BuildID: 20141118082629 Gaia: 4aee256937afe9db2520752650685ba61ce6097d Gecko: 084441e904d1 Version: 36.0a1 (2.2 Master) Firmware: V188-1 User Agent: Mozilla/5.0 (Mobile; rv:36.0) Gecko/36.0 Firefox/36.0
Flags: needinfo?(jmitchell)
Issue no longer repros. Closing as WFM based on comment 6 and comment 7
Status: NEW → RESOLVED
Closed: 10 years ago
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell)
Flags: needinfo?(dharris)
Resolution: --- → WORKSFORME
Blocks: 1044736
blocking-b2g: 2.2? → ---
You need to log in before you can comment on or make changes to this bug.