265900 - [trunk] Download dialog box lacks information

Status: RESOLVED FIXED

(Toolkit :: Downloads API, defect)

Description

[Faxmaster]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a5) Gecko/20041024 Firefox/0.9.1+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a5) Gecko/20041024 Firefox/0.9.1+

Using the trunk build.  When trying to download a file, the dialog box that pops
up does not have the usual information:  name of file, where downloading from,
file type (along with respective icon).  Also, neither of the radio buttons are
selected.  This has started sometime within the past week.

Reproducible: Always
Steps to Reproduce:
1.  Download any file
2.  Look at the dialog window that pops up and asks you what you want to do with
the file you requested



Expected Results:  
The dialog window should show where the file is being downloaded from, the name
of the file, the file type, and the icon associated with that file.  Also, one
of the radio buttons should have been pre-selected.

Comment 1

[james davis]

Attachment: dialog jpg with missing data

Comment 2

[james davis]

Download dialog displays all data in  Mozilla/5.0 (Windows; U; Windows NT 5.0;
en-US; rv:1.7.3) Gecko/20041024 Firefox/1.0

Comment 3

[james davis]

10-20-08 has the data in the dialog, 10-21-08 doesn't (trunk builds)

Comment 4

[Bill Mason]

*** Bug 265989 has been marked as a duplicate of this bug. ***

Comment 5

[Kenny Lee]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a5) Gecko/20041025
Firefox/0.9.1+

Confirm bug still alive in the latest build.

Comment 6

[Douglas King]

If you just click Ok, the file is downloaded to a temp folder and Mozilla says
it can't open the file.

If you enable the Save radio button and click Ok, a zero byte file called
"unnamed" is saved.

This issue is stopping a major feature of Mozilla from working: the ability to
download files.  Should the status be Normal or Major?

Comment 7

[Kenny Lee]

you can still download by right clicking and Save link as....

just not clicking on it.....

yeah, probably should be major or critical or something. Most people don't right
click or too lazy to right click...

Comment 8

[Bill Mason]

(In reply to comment #6)
> If you just click Ok, the file is downloaded to a temp folder and Mozilla says
> it can't open the file.

That is bug 255855.  This bug should stay focused on the issue of the file name,
type, etc. being missing.  That is the new problem that 255855 does not encompass.

Comment 9

[u52928]

(In reply to comment #6)

This bug has been in the Trunk for over a week now and was mentioned in another
bug that was also given "NEW" status by Ben, but I can't find it now. Anyway, to
paint a bit more complete picture, the download manager still works correctly
with the "Tools-> Options-> Download-> Download Folder" settings. In my case,
all files are saved in a folder called "C:\Downloads".

>If you enable the Save radio button and click Ok, 
>a zero byte file called "unnamed" is saved.

I'm using Win98SE, and this is NOT the way it works on my machine. The download
manager runs correctly, indicating that a file called "unnamed" is being
downloaded to my C:\Downloads folder. When the download is finished, the little
flag pops up indicating this.

Then, when I go to my C:\Downloads folder, the is a file called "unnamed" (with
no extension) is there, but the file size is NOT zero; it's whatever the correct
file size is supposed to be. Then - since I always know what type of file I've
downloaded - I just rename it with a suitable name and extension (firefox.zip,
mcafee.exe, whatever) and the file functions perfectly.

It's certainly a bit inconvenient, and not the kind of thing you'd want in an
official release, but it's not a killer. 

Comment 10

[Bill Mason]

*** Bug 266237 has been marked as a duplicate of this bug. ***

Comment 11

[Takanori MATSUURA]

2004102606_trunk
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a5) Gecko/20041026 Firefox/0.9.1+
also have broken dialog.

2004101909_trunk: works fine
2004102221_trunk: broken

Please change OS -> All

Comment 12

[Takanori MATSUURA]

Attachment: screenshot of broken dialog on Fedora Core 2

screenshot from 2004102221_trunk build

Comment 13

[u52928]

Resolved? -> I don't know how these things "fix themselves", but in today'y (28
Oct 04) trunk build, this is now working properlay again.

Comment 14

[Bill Mason]

Confirm, this now works in the 20041028 builds.

At a guess, I would think the patch that was checked in for bug 260865 did it,
since it's the only checkin I see that affected the download manager.