Closed Bug 1173092 Opened 9 years ago Closed 9 years ago

[b2gdroid] The rocketbar is slow and unresponsive when running the stopwatch

Categories

(Firefox OS Graveyard :: General, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(b2g-master unaffected)

RESOLVED WORKSFORME
Tracking Status
b2g-master --- unaffected

People

(Reporter: KTucker, Unassigned)

References

()

Details

(Keywords: perf, qawanted, Whiteboard: [3.0-Daily-Testing])

Attachments

(1 file)

Attached file SlowRocketbarStopwatchLogcat.txt (deleted) —
If the user is running the stopwatch with multiple laps present, the rocketbar will be extremely slow or unresponsive all together when being tapped. Repro Steps: 1) Update a B2GDroid 20150608071805 2) Reboot the phone and open the Clock app. 3) Tap on "Stopwatch". 4) Tap on "Start". 5) Tap the lap button like 15 times. 6) Tap on the rocketbar several times paying close attention to its responsiveness. Actual: The rocketbar is either slow or completely unresponsive when being tapped on while the stopwatch is running with multiple laps present. The keyboard does not show at all some times. Expected: The rocketbar opens smoothly without issue when tapped on. Environmental Variables: Device: ZTE Kis 3 Build ID: B2GDroid 20150608071805 Repro frequency: 5/5 See attached: Logcat, Video
This issue does not occur on the Flame 3.0 The keyboard is slow popping up slightly but it always shows up and the Rocketbar always opens when tapped on. Flame 3.0 (Kitkat)(Fullflash)(319mb) Build ID: 20150608160934 Gaia: ea27c4ed5b6083c9e21d233d4804372ac4d5d353 Gecko: e10e2e8d8bf2 Gonk: 040bb1e9ac8a5b6dd756fdd696aa37a8868b5c67 Version: 41.0a1 (3.0) Firmware Version: v18D-1 User Agent: Mozilla/5.0 (Mobile; rv:41.0) Gecko/41.0 Firefox/41.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(pbylenga)
Keywords: verifyme
Keywords: verifymeqawanted
Keywords: qawantedverifyme
Keywords: verifymeqawanted
Fabrice what are you hoping to have checked with the qawanted tag here? Just whether this issue still occurs? Also is https://people.mozilla.org/~fdesre/b2gdroid/ still the best place to get current b2gdroid builds?
Flags: needinfo?(fabrice)
(In reply to Jayme Mercado [:JMercado] from comment #2) > Fabrice what are you hoping to have checked with the qawanted tag here? > Just whether this issue still occurs? Yes, because overall performance should have improved a lot since this bug was filed. > Also is https://people.mozilla.org/~fdesre/b2gdroid/ still the best place to > get current b2gdroid builds? That now redirects to https://nightly.mozilla.org/ where you can download the latest build (look for "Firefox OS").
Flags: needinfo?(fabrice)
Until bug 1228028 gets fixed I seem to be blocked on checking this. Simply scrolling to get the clock (or settings app) on screen causes B2GDroid to crash on the ZTE Open_C. Vendor=Mozilla Name=B2GDroid RemotingName=b2gdroid CodeName=B2GDroid worker Version=45.0a1 BuildID=20151123131348 SourceRepository=https://hg.mozilla.org/mozilla-central SourceStamp=d3d286102ba7f8801e9dfe12d534f49554ba50c0 ID={f7b06d8d-139c-459a-85fa-46bc6c52e2b7}
No Repro per builds: Results: With stopwatch running with 403 laps at 21 minutes total, tapping on the RocketBar ( SEARCHBAR ) was neither Slow or Unresponsive. The ( SEARCHBAR ) stayed open and I was able to search with over 24 open browser windows, running in background. Closing and reactivating search bar was not hampered by the StopWatch in progress following the steps above. Environmental Variables: Device: Aries 2.6 BuildID: 20151211115227 Gaia: d886e152b42e557db612470d3417fe2947cbdeee Gecko: 754b4805a65cab4f3aca99899227acc44ba4fb20 Gonk: a19052e4389c3ae2d8fc3e7a74a475401baacc56 Version: 45.0a1 (2.6) Firmware Version: D5803_23.1.A.1.28_NCB.ftf User Agent: Mozilla/5.0 (Mobile; rv:45.0) Gecko/45.0 Firefox/45.0 Environmental Variables: Device: Aries 2.5 BuildID: 20151209171644 Gaia: 7ca639a7bb0bacf27f548841c52617bfc0e3b21f Gecko: a35e8eb98969970d1af28b265bf99a9edd11e9c2 Gonk: a19052e4389c3ae2d8fc3e7a74a475401baacc56 Version: 44.0a2 (2.5) Firmware Version: D5803_23.1.A.1.28_NCB.ftf User Agent: Mozilla/5.0 (Mobile; rv:44.0) Gecko/44.0 Firefox/44.0 Environmental Variables: Device: Flame 2.6 BuildID: 20151211030233 Gaia: d886e152b42e557db612470d3417fe2947cbdeee Gecko: 754b4805a65cab4f3aca99899227acc44ba4fb20 Gonk: 205ac4204bbbb2098a8046444acba551ba5dc75a Version: 45.0a1 (2.6) Firmware Version: v18D User Agent: Mozilla/5.0 (Mobile; rv:45.0) Gecko/45.0 Firefox/45.0 Leaving QAwanted open for others to try.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
Fabrice the checks done on this were NOT performed on B2gDroid.
Status: RESOLVED → REOPENED
Flags: needinfo?(fabrice)
Resolution: WORKSFORME → ---
JMercado I'd tested on the latest B2GDroid with 500+ laps running for about 20 minutes - no unresponsiveness on the rocket bar on a Z3C anymore. If a user comes across this we can re-open - there's a possibility we'll remove this app from B2GDroid anyway.
Status: REOPENED → RESOLVED
Closed: 9 years ago9 years ago
Flags: needinfo?(fabrice)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: