Closed Bug 532866 Opened 15 years ago Closed 15 years ago

Cannot download files

Categories

(SeaMonkey :: Download & File Handling, defect)

SeaMonkey 2.0 Branch
x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 429827

People

(Reporter: dave.kimberley, Unassigned)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0 Click link to download file, click Save File and nothing happens, if there is an open with option that works. Reproducible: Always Steps to Reproduce: 1.Click link 2.Click Save File Actual Results: After clicking Save File dialog disappears, file not saved. If I don't click Save File and goto C:\temp I can see the file downloading with .part on the end of the file name, if I click Save File this stops, if I wait until the file has downloaded I can then rename the file and use it. Expected Results: Dialog box should appear asking where to save the file. I have tried the latest nightly build, safe mode and a new profile, all get the same result.
> Steps to Reproduce: > 1.Click link > 2.Click Save File Does this mean: 1. Click link with right mouse button 2. Select "Save Link Target As..." from context menu What have you set in Edit - Preferences - Browser - Downloads? Please list all settings. Check for an existing entry for this file in the Download Manager. Has it noted "Unknown time remaining" in the Time Left column? If yes, try to Cancel and to Restart the download of this file from within the DL Manager with the small icons. Does this error only occur for files with an unknown size, i.e. generated webpages. Do simple .jpg files download as wanted? C:\temp isn't the default temp directory on Windows XP. Is the environment var %temp% set to it?
The patch in attachment 415400 [details] [diff] [review] solves this issue.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
Version: unspecified → SeaMonkey 2.0 Branch
To reproduce: Trying to download an exe: Left click a download link on web page, eg on http://www.seamonkey-project.org/ clicked on Windows, English (10MB) link Then "Opening SeaMonkey Setup 2.0.exe" dialog box appears Click "Save File" on that dialog. The dialog disappears but the dialgo to select the file location does not nor does download manager. Downloading a zip file: Left click on a download link on web page, eg on http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/latest-comm-central-trunk/ click on the windows zip file Then "Opening seamonkey-2.1a1pre.en-US.win32.zip" dialog box appears If I click "Save File" and then "OK" it fails as above. If I click "Open with WinZip" and then "OK" the file is downloaded, download manager appears and then the file opens in WinZip. My download settings: Flash the download manager if it is already open is selected Open the download manager is selected Always ask me where to save files is selected Remove downloads Never
When you only Left-Click this is no duplicate of bug 528777. Is any virus protection software working on the PC? Does the Error Console show something? Please try a download from within a new profile. Please check bug 495680 and bug 180672 for dupe.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Virus protection is on but I have tried disabling it, no effect. I have tried a new profile, no effect. Message in Error Console: Error: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIHelperAppLauncher.saveToDisk]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: file:///C:/Program%20Files/SeaMonkey/components/nsHelperAppDlg.js :: anonymous :: line 492" data: no] Source File: file:///C:/Program%20Files/SeaMonkey/components/nsHelperAppDlg.js Line: 492
Any news on this? Any more information needed?
I can reproduce the error when trying to save into a write protected folder. Perhaps you might want to try to save the download into the Temp directory which Winzip uses too.
Severity: major → normal
I have found a workaround. If browser.download.dir is not set it fails. Workaround, set browser.download.dir to a valid directory. Solution: Change code so that if browser.download.dir not set default to a sensible directory.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago15 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.