Open Bug 1059343 Opened 9 years ago Updated 4 months ago

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


(Firefox :: Downloads Panel, defect)





(Reporter: adalucinet, Unassigned)


(Keywords: regression)

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

1. Launch Firefox and navigate to
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.

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:
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: 
* 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
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.
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.