incomplete download list vanishes
 

Each time I close Limewire I worry that my incomplete files won't be available in my download list when I restart. This actually happens every tenth time or so. My files are present in my incomplete folder, but Limewire doesn't recognize them. If I find the exact file again, one half of the time it will resume downloading where it left off . . . the other half of the time it starts over again from 0. This is frustrating me and wasting lots of time. Any suggestions for activating the files in my incomplete folder? Thanks!

can not fine files
 

I can not seem to do anything

i have the same problem and it ****** me off...

:mad: the same happens here running 2.2.3.

problem should have been solved with LimeWire 2.3

running 2.3.3 now the problem is still here

that problem was solved in the most recent version.

please remember that if LimeWire doesn't find a file with the exact same name as the one you are trying to resume, the download won't resume until the file is found.

zbell:D

I know for sure that incomplete downloads are not restarted/resumed when I restart LimeWire. And I do not change any filenames.
I just downloaded LimeWire again and I got 2.3.3 (although the download was described as 2.3.1) If you mean 2.3.3 when you say "most recent version" then this was not solved.

I think I know now, what your problem is, and it might not have been solved yet, indeed.

Ok, LimeWire groups files in the search results, even if they don't have the same name.

If you have a group of 10 differently named files in your search results and click "Download All", LimeWire, when it is restarted, will just resume one of those files. - If the file you downloaded previously had a different name, it won't be resumed, but a new temporary file will be created on your disk.

There is only one solution I can offer: If you have a group of search results in your search panel, do not download the whole group, but only one file. Since LimeWire will automatically requery the network, it will be downloaded even if the specific host you were trying to download from wasn't available. This should prevent LimeWire from creating multiple temporary files for one download.

My problem is that the incomplete downloads are not listed in the download panel after a restart of limewire.
I can see all of them in the library\incomplete list but they are not automatically inserted into the download list.

Try doing the following: Start Limewire, start a couple of random downloads and close it again. If the downloads.dat in your shared directory has a size of 375 bytes (or a similar value, since it might differ from version to version) it is empty, which means LimeWire was unable to write it. (Check file permissions in that case).

If it was written, but still it is not read after restart, I don't know what happened. I don't know that kind of behaviour from the official LimeWire-version. The latest CVS-code seems to incorporate that bug, but that hasn't been released yet.

Are you using AquaLime or CleanLimeWire?

- The file is exactly 375 bytes, after starting a download and stopping LimeWire it grew to 2229 bytes
- File permissions are default Windows 2000 running as local administrator (this is Full Access)
- LimeWire 2.3.3 downloaded from the homepage (exactly from download.cnet.com)

It seems that version 2.2.3 had this problem and did not write the downloads.dat file because all incomplete downloads were started before upgrading to 2.3.3

It works now

That's true, LimeWire 2.2 had that bug too...

I hope these bugs will be removed in the following versions

This problem exist in 2.3.3 as well. I thought it was something I was doing. Obviously not!

And this isn't that it doesn't find the same files. They are erased from the incomplete folder.

Limewire does not delete any files from your incomplete-directory. I'm absolutely sure of that. Complete downloads will be moved to your shared directory. Other files might be overwritten by new downloads (if the saving of resume-data failed) and corrupted files will be renamed, but LimeWire absolutely never deletes incomplete files.

Well, in my case it doesn't rename anything. One time I can resume and then when it stops I can see the partially downloaded files. Then I can resume and they vanish. Whether they are erased or not I don't know, but they are indeed all gone and all that remains is the .dat file.

Have you ever looked into your LimeWire/Shared directory? They should be there, if you didn't mess around with it...

I forgot the one case, in which LimeWire does delete files:

How much time passed since you last used LimeWire? Go to options->saving and edit the number of days to keep incomplete files...

same problem
 

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:D

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 a damn bug
 

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

Reset # days till auto delete of incompletes
 

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.

Downloading does not resume
 

I have LimeWire Pro 2.3.3 running on Linux.

I experience frequent system crashes, this is an unfortunate side effect of the mobile savage chipset with its X server.

LimeWire is totally unable to resume a single file after a crash. It cannot seem to match up the files that are already in the directory.

When I start downloading the same (and I think similar) file again, the new file goes nowhere. It doesn't create a new temporary T-* file, and it doesn't make the old file larger.

I'm aware that the LimeWire file list does not show the correct size of the file which was at one time downloaded from multiple hosts, but I'm using xterm to assess the true file size. They do not grow.

I wish that LimeWire would resume, taking information from what has already been written to the disk. And when I resume after several days, I wish it would initiate a new search using my original search criteria, but match the file size (so can be differently named).

Torsten