Ok, I try to download a file, I get disconnected from LimeWire but I see a part of that file on the "incomplete" folder, 400MB, I connect again and I try to get exactly the same file and it starts to overwrite, now it's in 0.

I get 30MB of that same file and get d/c again, I connect to Limewire and look for the file then I ask for a resume and it doesn't work, next to the file the "requery sent 1000" message goes on and on, so I use the "download all" and I get an error message that I'm already downloading it! I wasn't getting a single kb out and I can't ask for the file to get resumed, the only option is to kill the file and start all over again, so, I copy the 30MB file to another folder I kill it, I close LimeWire and copy the file again to the "incomplete" folder, what happens? It's in 0 again and still doesn't resume, what can be done about it???

I'm using win98 and Limewire version 2.3.3

what i sometimes have been able to do is this:

when i'm downloading a file, and it hangs, or the users who have it drop off, i do another search for the file (don't kill the download), and keep doing searches, until i find some new hosts with the file, and the download resumes again on its own. might not always work, but i have gotten that to work quite a few times.

zbell

ARGARGARGARGH

This bug just bit me. I crashed and had to force-quit Limewire. When I started it again, all the files in my search window were gone. They're still in the Incomplete folder, but LW doesn't know about them.When I start downloading the same file, it starts at 0, no matter how big the file was in the Incomplete folder.

I am certain that this is the identical file, from the same location as before. It's not a matter of matching filenames.

I've restarted Limewire, and tried refreshing the Incomplete folder. No dice.

rassa frassa mutter mutter 93% through a %$^&* 150 meg file rassa frassa...

For the record, deleting the downloads.dat file, in the hope that LW will create a fresh new one...


doesn't work.

It's not user error -- it's a damn bug. LimeWire authors need to find a better solution than using "downloads.dat".

Try resetting the option under 'Saving' that is the number of days before
automatic delete of incomplete files back to its preset value of 7 days
and save the settings.

It's 7 days. The files are still in the Incomplete folder, it's just that Limewire can't see them.

The downloads.dat contains all data to resume a file. If you delete it, you can't resume.

If LimeWire crashes, the downloads.dat isn't written. The downloads.dat is being written when ever you add/kill a download (although the killed download is not necessarily removed from the downloads.dat) and when you close LimeWire.

When you mess around with incomplete files, and LimeWire doesn't find the incomplete file at some point, it deletes all resume-data from downloads.dat.

If you kill a download, the incomplete file is not removed, so don't play around with the temporary files.

What do you mean? It doesn't update the download.dat file every once in a while?!

That's right. The CVS-code tries to cope with this by saving the downloads.dat every 30 seconds, but it is not quite working yet.