Closed Bug 1081261 Opened 11 years ago Closed 11 years ago

[Window Management] Downloading OTA does not display download progress UI (Unable to cancel)

Categories

(Firefox OS Graveyard :: Gaia::System::Window Mgmt, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

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

RESOLVED INVALID
Tracking Status
b2g-v2.0 --- unaffected
b2g-v2.1 --- unaffected

People

(Reporter: whamadeh, Unassigned)

References

()

Details

(Whiteboard: [systemsfe])

Attachments

(1 file)

Attached file flame2.1logcat.txt
Description: Swiping down the task manager bar and tapping on system update, removes the system update progress bar immediately, and does not give user a chance to cancel download. Repro Steps: 1) Update a Flame device to BuildID: 20141010000201 2) Swipe down menu task bar. 3) Tap on software update Actual: Software update disappears and does not give the option to cancel download in task manager. Expected: Software update download progress bar appears and gives user option to cancel download. Environmental Variables: Device: Flame 2.1 BuildID: 20141010000201 Gaia: bc8eb493311c58f1f311a56b8b645b52bfbd2f71 Gecko: 72c13d8631ff Gonk: 52c909e821d107d414f851e267dedcd7aae2cebf Version: 34.0a2 (2.1) Firmware: V180 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 Repro frequency: 70% Link to failed test case:https://moztrap.mozilla.org/manage/case/6571/ See attached: logcat, video clip: http://youtu.be/_tcNOghHoj4
Summary: [Window Management] Tapping on the system update does not give the uses an options to go in and cancel the update → [Window Management] Downloading OTA does not display download progress UI (Unable to cancel)
Keywords: smoketest
Issue DOES Occur on Flame 2.1KK(319mb) Swiping down the task manager bar and tapping on system update, removes the system update progress bar immediately, and does not give user a chance to cancel download. Issue DOES NOT occur on Flame 2.0KK, 2.2KK Software update download progress bar appears and gives user option to cancel download. Flame 2.2 Master KK (319mb) (Full Flash) Device: Flame 2.2 BuildID: 20141010040202 Gaia: 1036b544b7e102592bd9fab95cd9317329ac1293 Gecko: 50b689feab5f Gonk: 52c909e821d107d414f851e267dedcd7aae2cebf Version: 35.0a1 (2.2) Firmware: V180 User Agent: Mozilla/5.0 (Mobile; rv:35.0) Gecko/35.0 Firefox/35.0 Flame 2.0 KK (319mb) (Full Flash) Environmental Variables: Device: Flame 2.0 Build ID: 20141010000201 Gaia: 9791940d5093c37336dcd85f7e66e9a8445a218e Gecko: 00d3c843aeec Version: 32.0 (2.0) Firmware Version: V180 User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(dharris)
This is not good, if a user can't intiate a cancel on a large system update. we can't have people accidently use up their bandwidth and not be able to stop. also a regression. Dhylands, can you help? Anything from the logcat that stands out on why this is not allowing the user to cancel? also cc'ing folks from systems platform team if its gaia related
Flags: needinfo?(dhylands)
Flags: needinfo?(alive)
[Blocking Requested - why for this release]:
blocking-b2g: --- → 2.1?
This isn't 100% reproducible let's get a branch check as well on Master.
QA Whiteboard: [QAnalyst-Triage?]
Keywords: qaurgent, qawanted
Flags: needinfo?(dharris)
QA Contact: pcheng
After multiple attempts to reproduce, this bug appears to be invalid. Looking at the video the tester was downloading marketplace which is small enough to finish downloading that fast. This isn't an OTA bug or smoke test blocker then. If you do reproduce (we've tried 15 times) please re-open.
Status: NEW → RESOLVED
blocking-b2g: 2.1? → ---
Closed: 11 years ago
Resolution: --- → INVALID
There was nothing related to updates in the logcat (at least not system updates).
Flags: needinfo?(dhylands)
clear NI for closed as invalid already.
Flags: needinfo?(alive)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: