[MP] Story - Initiate a file download and display the downloads app bar - Part IV

VERIFIED FIXED

Status

defect
P2
normal
VERIFIED FIXED
6 years ago
7 months ago

People

(Reporter: MarcoM, Assigned: sfoster)

Tracking

Details

(Whiteboard: [l10n] [preview] feature=story c=Downloads_app_bar u=metro_firefox_user p=3)

Attachments

(1 attachment)

+++ This bug was initially created as a clone of Bug #893066 +++

+++ This bug was initially created as a clone of Bug #886942 +++

+++ This bug was initially created as a clone of Bug #831942 +++
Depends on: 893066
Blocks: 831943, 831944, 852236
Whiteboard: feature=story c=Downloads_app_bar u=metro_firefox_user p=0 → [Metro Preview] feature=story c=Downloads_app_bar u=metro_firefox_user p=0
Summary: Story - Initiate a file download and display the downloads app bar - Part IV → [MP] Story - Initiate a file download and display the downloads app bar - Part IV
Depends on: 893091
Depends on: 899072
Whiteboard: [Metro Preview] feature=story c=Downloads_app_bar u=metro_firefox_user p=0 → [preview] feature=story c=Downloads_app_bar u=metro_firefox_user p=0
No longer blocks: 852236
Assignee: msamuel → sfoster
Blocks: metrov1it13
No longer blocks: MetroPreviewRelease
No longer blocks: metrov1backlog
Hey Sam, can you provide a point value.
Status: NEW → ASSIGNED
Flags: needinfo?(sfoster)
QA Contact: jbecerra
Pt estimate: 3
Flags: needinfo?(sfoster)
No longer depends on: 893066
Whiteboard: [preview] feature=story c=Downloads_app_bar u=metro_firefox_user p=0 → [preview] feature=story c=Downloads_app_bar u=metro_firefox_user p=3
No longer blocks: 831943
(In reply to Jim Mathies [:jimm] from comment #3)
> Created attachment 790877 [details]
> UC-89 Monitor download progress

Most of this writeup is obsolete now since we decided to integrate this into the nav bar. Still has the basics though. We probably need a new write-up for qa to test off of.
Depends on: 897099
Blocks: metrov1it14
No longer blocks: metrov1it13
Whiteboard: [preview] feature=story c=Downloads_app_bar u=metro_firefox_user p=3 → [l10n] [preview] feature=story c=Downloads_app_bar u=metro_firefox_user p=3
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Depends on: 915499
Depends on: 915503
Mozilla/5.0 (Windows NT 6.2; WOW64; rv:26.0) Gecko/20100101 Firefox/26.0

WFM
Tested on windows 8 using latest nightly for iteration-14.
- closed the progress bar and waited for the download to finish. The downloads bar slide back when the download was completed with the options: run, show in folder and the close button.
- the download bar closed pressing each of the options.

This also needs verification on device.
Depends on: 910597
Depends on: 910618
Mozilla/5.0 (Windows NT 6.2; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0
Mozilla/5.0 (Windows NT 6.2; rv:27.0) Gecko/20100101 Firefox/27.0


Tested on windows 8 using latest nightly (build ID: 20131003030203) during iteration 15 testing.
Used the steps from comment 5 and got the expected results.
Status: RESOLVED → VERIFIED
Depends on: 927729
Depends on: 927732
Depends on: 976746
Depends on: 976721
Depends on: 976759
Depends on: 953440
Depends on: 977206
Depends on: 977235
Depends on: 977252
Depends on: 977364
No longer depends on: 977252
OS: Windows 8 Metro → Windows 8.1
Product: Tracking → Tracking Graveyard
You need to log in before you can comment on or make changes to this bug.