242291 - Fails when downloading a file to a removable USB drive when file size exceeds available space on main hard drive.

Status: VERIFIED DUPLICATE of bug 55690

(SeaMonkey :: Download & File Handling, defect)

Description

[John Hobbs]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040308
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.2) Gecko/20040308

I use the e-smith SMB file sever (based on RedHat Linux). The user interface is
accessed through a browser. When I run a backup, it creates a compressed file
that gets saved to a hard drive on the client machine. The main hard drive on my
Fedora Core 1 machine is only 10GB and the available file space is significantly
less than that. The size of the backup file is 9.7GB. So I mounted a 160GB ext3
USB drive onto my system and started the backup, which Download Manager treats
as a download file copy to the target drive. For the duration of the download,
there is no disk activity on the USB drive and occasional main hard drive
activity. (It is as though Download manager is trying to cache the file on the
local hard drive before transferring it to the removable USB drive -- pure
conjecture on my part.) When it gets to what I suspect is the free space limit
on my main drive, the download fails. When I try the same process with
Konqueror, the file transfer immediately starts to write to the USB drive and,
after some considerable time, since the file is so large, the download completes
successfully.

Reproducible: Always
Steps to Reproduce:
1.Initiate download of very large file to USB drive.
2.
3.

Actual Results:  
Download fails without appearing to write to the USB drive.

Expected Results:  
Write to the USB drive continuously/in bursts as the download progresses and
complete the download to the USB drive successfully.

If the file to be downloaded is relatively small, the download completes
successfully.

Comment 1

[Boris Zbarsky [:bzbarsky]]

This has been fixed since 1.4.2.....

Comment 2

[Christian :Biesinger (don't email me, ping me on IRC)]

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

Comment 3

[Henrik Skupin [:whimboo][⌚️UTC+1]]

v.