Closed Bug 1053509 Opened 10 years ago Closed 10 years ago

[B2G] Downloads do not appear on notification screen

Categories

(Firefox OS Graveyard :: Gaia, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:2.0+, b2g-v1.4 fixed, b2g-v2.0 verified, b2g-v2.1 verified)

RESOLVED FIXED
2.1 S3 (29aug)
blocking-b2g 2.0+
Tracking Status
b2g-v1.4 --- fixed
b2g-v2.0 --- verified
b2g-v2.1 --- verified

People

(Reporter: smiko, Assigned: aus)

References

Details

(Keywords: regression, Whiteboard: [2.0 exploratory][systemsfe][p=3])

Attachments

(3 files)

Description:
Completed downloads do not appear on the notification screen. The user must navigate to Settings > Downloads to view downloaded content

Repro Steps:
1) Update a Flame to 20140813000201
2) Open the browser and navigate to irs.gov
3) Select 1040EZ to download the .pdf
4) Pull down on the notifications bar

Actual:
The user receives a notification that the download is complete. However, the notification does not appear on the notification page.

Expected:
The completed download notification appears on the notification page and can be opened.

Flame 2.0 (319mb)

Environmental Variables:
Device: Flame 2.0(319mb)
Build ID: 20140813000201
Gaia: cade2fdbb2230670788dcf2fc7b100f4a37b6458
Gecko: a7c673dae1ed
Version: 32.0 (2.0)
Firmware Version: v123
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0

Keywords:
notification, download, pdf, mp3, 

Notes:
1. This issue occurs when downloading mp3 and pdf files.

Repro frequency: 100%

See attached: logcat

video clip: http://youtu.be/lCT1TL9eL88
This issue DOES reproduce on Flame 2.1 (319mb), buri 2.1, Flame 2.0 (512mb), buri 2.0, Flame 1.4 (319mb), and buri 1.4

Flame 2.1 (319mb)

Environmental Variables:
Device: Flame Master (319mb)
Build ID: 20140813040202
Gaia: 9f35fca9d818b26c06aa6b7e5c0bef25886f8f20
Gecko: 7fc96293ada8
Version: 34.0a1 (Master)
Firmware Version: v122
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Buri 2.1

Environmental Variables:
Device: Buri Master 
Build ID: 20140813073008
Gaia: 9f35fca9d818b26c06aa6b7e5c0bef25886f8f20
Gecko: 76b55c0850ca
Version: 34.0a1 (Master)
Firmware Version: v1.2device.cfg
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Flame 2.0 (512mb)

Environmental Variables:
Device: Flame 2.0 (512mb)
BuildID: 20140813000201
Gaia: cade2fdbb2230670788dcf2fc7b100f4a37b6458
Gecko: a7c673dae1ed
Version: 32.0 (2.0) 
Firmware Version: v123
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0

Buri 2.0

Environmental Variables:
Device: Buri 2.0
Build ID: 20140813063004
Gaia: e215fbf0cb16063b3d2f3e6a4e588c3550b6becb
Gecko: 8e88a30eef43
Version: 32.0 (2.0)
Firmware Version: v1.2device.cfg
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0

Flame 1.4 (319mb)

Environmental Variables:
Device: Flame 1.4 (319mb)
BuildID: 20140813063003
Gaia: 5bb0edb3446df787c48dbb37272827ad94cb9245
Gecko: 3d30ba3dc503
Version: 30.0 (1.4) 
Firmware Version: v123
User Agent: Mozilla/5.0 (Mobile; rv:30.0) Gecko/30.0 Firefox/30.0

Buri 1.4

Environmental Variables:
Device: Buri 1.4
Build ID: 20140813063003
Gaia: 5bb0edb3446df787c48dbb37272827ad94cb9245
Gecko: 3d30ba3dc503
Version: 30.0 (1.4)
Firmware Version: v1.2device.cfg
User Agent: Mozilla/5.0 (Mobile; rv:30.0) Gecko/30.0 Firefox/30.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
Whiteboard: [2.0 exploratory]
[Blocking Requested - why for this release]:

This is not good functionality from a user's perspective. I expect a file that i downloaded to appear in my notifications like it does on Android so i can click on the file and access it easily. It might not be obvious to the end user that they have to go to downloads in settings to access these files so nominating 2.0?
blocking-b2g: --- → 2.0?
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
Can we double check if this is a regression? I'm surprised this is present on 1.4. Maybe this was working on an older 1.4 build?
QA Whiteboard: [QAnalyst-Triage+]
Keywords: qawanted
QA Contact: jmercado
This issue is a regression.

Issue does occur on these builds.

Flame 2.1
Environmental Variables:
Device: Flame Master
BuildID: 20140814005107
Gaia: 5e074831f9ddacdf6f622a6dffaecb626f740be8
Gecko: 5299864050ee
Version: 34.0a1 (Master) 
Firmware Version: v123
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Flame 2.0
Environmental Variables:
Device: Flame 2.0
BuildID: 20140814024604
Gaia: d889984833025f208cfd3f3c2c37c87940a529dc
Gecko: abdb13f41d68
Version: 32.0 (2.0) 
Firmware Version: v123
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0

Flame 1.4
Environmental Variables:
Device: Flame 1.4
BuildID: 20140814084207
Gaia: 518c6afa28dc3b87e3a7360ee4b751885884d03d
Gecko: 49790dd7dc25
Version: 30.0 (1.4) 
Firmware Version: v123
User Agent: Mozilla/5.0 (Mobile; rv:30.0) Gecko/30.0 Firefox/30.0

Buri 2.1
Environmental Variables:
Device: Buri Master
BuildID: 20140813121354
Gaia: a2219a55145e730e56e09527b40152d68a43b0d9
Gecko: 168401edb50d
Version: 34.0a1 (Master) 
Firmware Version: v1.2device.cfg
User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0

Issue does NOT occur on these builds

Environmental Variables:
Device: Flame Master
BuildID: 20140604064615
Gaia: a38a6a5c6fabc97dd16d5360632b5ac5c7e06241
Gecko: c7fdd7e755cd
Version: 32.0a1 (Master) 
Firmware Version: v123
User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0

Environmental Variables:
Device: Flame 1.4
BuildID: 20140424123005
Gaia: fc95009476fac9ce205a59b237d146ca7f6f42e7
Gecko: 37237034e45c
Version: 30.0a2 (Master) 
Firmware Version: v123
User Agent: Mozilla/5.0 (Mobile; rv:30.0) Gecko/30.0 Firefox/30.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmitchell)
Keywords: qawantedregression
inner-branch regression
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmitchell)
Bug 1022804 seems to have caused this issue

B2g-inbound Regression Window

Last working 
Environmental Variables:
Device: Flame Master
BuildID: 20140627065729
Gaia: a49721135c2488660e3d568bbc3bc656bef20e8e
Gecko: 22ea396750e8
Version: 33.0a1 (Master) 
Firmware Version: v123
User Agent: Mozilla/5.0 (Mobile; rv:33.0) Gecko/33.0 Firefox/33.0

First Broken 
Environmental Variables:
Device: Flame Master
BuildID: 20140627093929
Gaia: ddfea87310513b5499200175c752ad14cf044bf7
Gecko: e99c559f0c4b
Version: 33.0a1 (Master) 
Firmware Version: v123
User Agent: Mozilla/5.0 (Mobile; rv:33.0) Gecko/33.0 Firefox/33.0


Last working gaia / First broken gecko - Issue does NOT occur
Gaia: a49721135c2488660e3d568bbc3bc656bef20e8e
Gecko: e99c559f0c4b

First broken gaia / Last working gecko - Issue DOES occur
Gaia: ddfea87310513b5499200175c752ad14cf044bf7
Gecko: 22ea396750e8

Gaia Pushlog:  https://github.com/mozilla-b2g/gaia/compare/a49721135c2488660e3d568bbc3bc656bef20e8e...ddfea87310513b5499200175c752ad14cf044bf7
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmitchell)
Broken by Bug 1022804 ? Aus? (sorry - I know you're swamped)
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell) → needinfo?(aus)
I'm going to block 2.0 on this.  This is an important use case that isn't working.  Without a fix, the user cannot find the downloaded file easily.
blocking-b2g: 2.0? → 2.0+
Indeed, this is pretty bad. I'm looking into it right now!
Assignee: nobody → aus
Status: NEW → ASSIGNED
Flags: needinfo?(aus)
Whiteboard: [2.0 exploratory] → [2.0 exploratory][systemsfe]
Target Milestone: --- → 2.1 S3 (29aug)
This also fixes 2 other issues at the same time. Hooray!
Attachment #8474009 - Flags: review?(crdlc)
Comment on attachment 8474009 [details] [review]
Pull Request - Use plain js download object when download succeeds.

Good job, thanks
Attachment #8474009 - Flags: review?(crdlc) → review+
QA Whiteboard: [QAnalyst-Triage+] → [QAnalyst-Triage+][lead-review+]
Just waiting on a green run from gaia-try before committing. I had to update one of the tests.
Commit (master): https://github.com/mozilla-b2g/gaia/commit/385f8b1fc9179441c9d6a6ad16ff8701edfa1faa

Commit (v2.0): https://github.com/mozilla-b2g/gaia/commit/3df0c5f1ee3e208d1e8cbfe399baf1095e673c4f

Commit (v1.4): https://github.com/mozilla-b2g/gaia/commit/3e53eb07bf1c2cafeba53812ebe91835089723d3

Fixed!
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Whiteboard: [2.0 exploratory][systemsfe] → [2.0 exploratory][systemsfe][p=3]
Flags: in-moztrap?(mozillamarcia.knous)
Bug 1050225 reopened. Keeps happeninng in v2.0.
This issue has been verified successfully on Flame2.0&2.1
Verify video:"verify_1053509.mp4".

Flame2.0 build
Gaia-Rev        8d1e868864c8a8f1e037685f0656d1da70d08c06
Gecko-Rev       https://hg.mozilla.org/releases/mozilla-b2g32_v2_0/rev/c756bd8bf3c3
Build-ID        20141130000204
Version         32.0
Device-Name     flame
FW-Release      4.4.2
FW-Incremental  eng.cltbld.20141130.032432
FW-Date         Sun Nov 30 03:24:44 EST 2014
Bootloader      L1TC00011880

Flame2.1 build:
Gaia-Rev        ccb49abe412c978a4045f0c75abff534372716c4
Gecko-Rev       https://hg.mozilla.org/releases/mozilla-b2g34_v2_1/rev/18fb67530b22
Build-ID        20141130001203
Version         34.0
Device-Name     flame
FW-Release      4.4.2
FW-Incremental  eng.cltbld.20141130.034738
FW-Date         Sun Nov 30 03:47:49 EST 2014
Bootloader      L1TC00011880
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: