1059343 - Downloads that are dragged and dropped into the downloads icon are having the 'Pause' contextual menu disabled

Status: NEW

(Firefox :: Downloads Panel, defect)

Description

[Ada [:adalucinet]]

Reproducible on:
Firefox 32 RC (BuildID: 20140825202822):
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:32.0) Gecko/20100101 Firefox/32.0
Firefox 32 beta 9 (BuildID: 20140822024446)
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:32.0) Gecko/20100101 Firefox/32.0
the latest Aurora (BuildID: 20140826004003):
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:33.0) Gecko/20100101 Firefox/33.0
the latest Nightly (BuildID: 20140826030203):
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:34.0) Gecko/20100101 Firefox/34.0

STR:
1. Launch Firefox and navigate to http://www.thinkbroadband.com/download.html
2. Drag&drop a medium/large file to the Download icon.
3. Click on the Download icon and open the contextual menu.

Expected results: 'Pause' option is enabled.

Actual results: 'Pause' option is disabled.

Notes:
1. Also reproducible on Mac OS X 10.9.4 and Ubuntu 13.04 32-bit.
2. The same behavior also in Library (Ctrl/Cmd + J).
3. Not reproducible with Firefox 20.0.1 - it's a regression; the regression range will be posted here by tomorrow.
4. Screenshot showing this issue: http://i.imgur.com/C4nDkJY.png

Comment 1

[Andrei Vaida [:avaida]]

This is as far as I got without bisecting inbound builds.

Regression range (m-c):
* last good: d136c8999d96 (2013-08-21)
* first bad: 2ab07dec6404 (2013-08-22)
* pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=d136c8999d96&tochange=2ab07dec6404 
* probable cause: 49873ded6736 Paolo Amadini — Bug 847863 - Part 8 of 8 - Use the JavaScript API instead of nsIDownloadManager as the back-end for the panel. r=enn

Comment 2

[Marco Bonardo [:mak]]

IIRC we use a non resumable channel for these transfers... I might be wrong but that's what I recall.  We can probably improve here by doing the download differently, I think we had a similar issue with downloads restarted from History and we introduced DownloadURL in ContentAreaUtils. We might try to reuse that here.