Closed Bug 346632 Opened 18 years ago Closed 17 years ago

no overwrite option provided on attempted re-download over paused/incompleted download

Categories

(Toolkit :: Downloads API, defect)

1.8.0 Branch
x86
Linux
defect
Not set
minor

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: ciphernaut, Unassigned)

Details

(Whiteboard: CLOSEME 06/27, DUPEME)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.3) Gecko/20060326 Firefox/1.5.0.3 (Debian-1.5.dfsg+1.5.0.3-2)
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.4) Gecko/2006nnnn Firefox/1.5.0.3 gentoo stable

started download of large file from sun.com. using the inbuilt download manager.
chunk of sol 10 x86 dvd iso, a zip file about 500 MB in size
required creation of user accounts, one is then provided with links which are obfuscated paths to the file.

one file was at about 90 %.  it did not seem to be downloading for quite some time. 
pausing it and resuming did not provide any results.
left it paused.

clicked the link on the download page again (I had left this window open), was prompet for the path (which I left where it was).  It then immediatly wiped the old file and startd downloading from fresh.  The old download entry in the download manager window wsa removed, the new one placed at the top of the list.

I was supprised that I wasn't presented an option to overwrite _or_ append/resume, as I would have cancelled at that point and used an external download manager to kludge download the rest (In te event the resume/append option was not provided)

Reproducible: Didn't try

Steps to Reproduce:
1.download a very large file from some site
2.have it stall at some way through
3.leave it on paused
4.click on the refereing link to download it again
5.use the same local location


Actual Results:  
watch your previously downloaded data disappear, and the file start downloading from the begining again


Expected Results:  
provided at minimum:
a dialogue providing the option to overwrite the existing file or cancel

or one step better:
provide a dialogue presenting the afformetntioned item allong with the option to wither resume the existing download, or to append data using the correct offset (for sites that support that)

gentoo using stable ebuild.

old gentoo install - 2004.1 bought up to speed recently recompiling world with deep dependancy calculations and removing all the unstable stuff.  I think I originally had firfox 1.0.3 or close to it on there
directory listing after file is 'redownloaded'.  File in question is {prefix}dvd-iso-b.zip.
.nfs008d82fc00000001 is growing.

dvd-iso-e is paused.

marco@argentum[/mnt/radium/distros/sun]$ ls -la 
total 2368004
drwxr-xr-x 3 marco users      4096 2006-07-31 16:42 .
drwxr-xr-x 8 marco users      4096 2006-07-30 16:44 ..
-rw------- 1 marco users  27047631 2006-07-31 17:43 .nfs008d82fc00000001
-rw-r--r-- 1 marco users 560051445 2006-07-30 17:46 sol-10-u2-ga-x86-dvd-iso-a.zip
-rw-r--r-- 1 marco users 560681477 2006-07-31 02:42 sol-10-u2-ga-x86-dvd-iso-c.zip
-rw-r--r-- 1 marco users 560174980 2006-07-31 02:39 sol-10-u2-ga-x86-dvd-iso-d.zip
-rw------- 1 marco users  43674031 2006-07-31 16:42 sol-10-u2-ga-x86-dvd-iso-e.zip.part
Reporter, do you still see this problem with the latest Firefox 2? If not, can you please close this bug as WORKSFORME. Thanks!
Whiteboard: CLOSEME 06/27
Version: unspecified → 1.5.0.x Branch
Whiteboard: CLOSEME 06/27 → CLOSEME 06/27, DUPEME
Works for me on Trunk with Fedora F7

-> Closing as works for me because of missing feedback if this is still reproducible in the latest release (Firefox 2.0.0.4) or Trunk Build.
Status: UNCONFIRMED → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.