287078 - Download fails, with no dialog boxes

Status: RESOLVED DUPLICATE of bug 180672

(SeaMonkey :: Download & File Handling, defect)

Description

[John T]

User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8b2) Gecko/20050320
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8b2) Gecko/20050320

I tried to download the current nightly Mozilla build, and there should be
dialog boxes recognizing that it's an exe or zip file that should be saved, not
opened, and there should be dialog asking where to save the file.

The file is downloading as 50Q5OGJ7.EXE in the Windows\temp directory and it
will most likely fail like other tries at downloading the nightly in the past 15
minutes.

The status line messages were:
Looking up ftp.mozilla.org
Transferring data from ftp.mozilla.org

Each time I clicked on the desired link, a file would be opened with a random
8-char name, an exe suffix and zero size. The files evidently weren't locked and
in use, as I could delete all of them even while the status line said data was
being transferred.

This bug seems similar to #265278, but is different because it's happening with
an exe file. Exe and zip files were handled right in previous builds, but this
is not letting me download the next nightly.




Reproducible: Always

Steps to Reproduce:
1. Access the nightly latest-trunk mozilla folder
2. Click on the link desired, in this case the Win32 nightly build
3. 

Actual Results:  
The indicated status messages were displayed, and several times the message that
the downloaded file could not be saved was displayed---prematurely, much too
soon for the whole 12Mb file to have been downloaded.



Expected Results:  
The dialog to specify where the file should be saved should have been opened,
and then the file should have been moved from the Windows\temp directory to the
designated location and the download should have continued to be saved into the
specified location until complete.


My download settings are: Open the download manager, Prompt for location,
Default to previous directory used.

During the defective "downloading", my modem and firewall indicators show no
significant activity. If data were moving, I'd see the indications.

I will have to revert to 1.7.x to download the next nightly.

Comment 1

[John T]

Nightlies before 3-20 downloaded exe and zip files OK, as well as this
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8b) Gecko/20050217.

The download is going into the default folder with the standard filename plus
the par suffix, as expected.

Comment 2

[Frank Wein [:mcsmurf]]

Reporter: Can you open the URL javascript:navigator.plugins.refresh(true); and
see if that fixes it?

Comment 3

[John T]

I got the 20050321 build, entered the suggested URL by hand after not getting a
response from clicking on the link. On entering the URL, I got a cryptic 2-word
text page instead of a line for setting a preferences-type variable, so it's
unclear whether entering the link did anything at all.

I then tried a nightly exe download. It was successful.

Comment 4

[OstGote!]

see the URL from Bug 180672 for the workaround

If this does not help, feel free to reopen the bug

*** This bug has been marked as a duplicate of 180672 ***