Closed Bug 241865 Opened 20 years ago Closed 20 years ago

Drag-n-drop link to download manager doesn't work

Categories

(Toolkit :: Downloads API, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: kfleong, Assigned: bugs)

References

Details

(Keywords: fixed-aviary1.0, regression)

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a) Gecko/20040426 Firefox/0.8.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a) Gecko/20040426 Firefox/0.8.0+

When trying to download file thru an HTML link using drag-n-drop to the Download
Manager does not work. The process starts but nothing happens. No file is
downloaded & the manager 

Reproducible: Always
Steps to Reproduce:
1. Open download manager, i.e. Ctrl-Y.
2. Drag link to download manager.
3. Asks where to put file dialog appears and click OK.
4. Starting... Starting... Nothing happens!

Actual Results:  
Download manager shows the request but the download is not working.

Expected Results:  
Download should start & finish!
I think this might be another thing broken by the checkin that made downloads
send the referrer url, though I can't remember what the other bug was now. :-(
Found it now, Bug 239472, same cause, different effect, making the change I
suggested in that bug also fixes this one.

CONFIRMING
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression
Depends on: 239472
Flags: blocking1.0?
Flags: blocking0.9?
While it would be nice to have this fixed by 0.9, it's not essential that we fix
this before 0.9 ships. Most people will never hit this bug.
Flags: blocking0.9? → blocking0.9-
OS: Windows XP → All
Hardware: PC → All
This fixes the problem by adding a couple of if() statements, we can't assume
that there even will be a content frame so check first (there won't be if the
dl originates directly in the DM or in the Page Info dialog, see Bug 239472). I
don't know whether it would be more appropriate to try guessing the referrer
from the top browser window in cases such as this but I didn't bother adding
anything along those lines.
+ing since there's a patch
Flags: blocking1.0? → blocking1.0+
Fix checked in branch and trunk. 

r=ben@mozilla.org
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Keywords: fixed-aviary1.0
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: