downloads won't continue
 

I keep running into the problem that if I quit Limewire with downloads in progress, the next time I open Limewire, they are no longer in my download window. Does anyone know how to avoid this, or some other way to redownload something in your incomplete folder?

the newest version fixes that bug.

Which version would you suggest????????????????????

You can't be suggesting LW 2.3.3 can you?
Because LW 2.3.3 Pro don't do dat for me!

from original poster
 

I have the new version, and as the last person stated, it's not fixing it....any ideas for the second part of the question....is there a way to redownload from the library page from your incomplete folder?

The bug was fixed in LimeWire 2.3.

I know it's working on Linux and Windows now. The file, that is used to save the downloads, downloads.dat is saved when you close LimeWire and when you add / kill downloads.

If you are having trouble, check if LimeWire can save to your downloads.dat file (located in your Incomplete - directory). Check file permissions, etc.

Great for the PeeCee crowd...
What about the Mac? Does it work for me?

NOT

Hey, you can install Linux on your Mac!

Did you check if the downloads.dat was written?

yes,
been there,
done that,
"Downloads.Dats" is written.

And, either NO resumed downloads with LW 2.3.3 Pro,
or, if they do resume,
they begin at 0% regardless of the previous (incompleted) file size.

lots of fun when on a dial-up, trying a 10Mg file and reaching 95% complete
only to have LW 2.3.3 go back to 0%

Do the downloads to resume appear in your downloads-panel after you started LimeWire?

If that's the case a possible explanation could be, that you downloaded a grouped search result and LimeWire now resumes a similar file with a slightly different filename. If that's the case, the download will start from 0% again and it will create a new temporary file. This is a defect, indeed, and the LimeWire-team is trying to solve it by implementing another addition Gnutella protocol, the HUGE proposal, which will allow to identify similar files with different file names securely.

So far, I don't think it's an MacOS-specific bug, since the methods used to write and read the file are working with JRE 1.1.8.

I do tend to go after a "grouped" file
as the odds of finding one of them with an available download slot are much better,
However, the problem also occurrs with a single download host request (download all).

My recollections are, that (with ANY- LW 2.x.x)
when the incomplete (resuming) download appearrs in the LW download window after a restart,
the host address is the same as the original attempt, and,
although I do nothing,
the incomplete download appears in the download window
and resumes at 0% regardless of the % I reached in the previous session.

This problem does not happen in my LW 1.7,
LW 1.7 usually completes incomplete downloads as long as the original host is (still) available.

That's rather strange.

The downloads.dat file must have been read successfully. - If LimeWire, however did quit unexpectedly, or if there was an error while the downloads.dat file was written, LimeWire currently could loose all infomation on which parts of the files were already downloaded. The next version, although I know it won't help you, will fix this by saving the downloads.dat every thirty seconds while running.

Former (pre-swarming) versions did not have this problem, since they didn't have to save any data on which blocks of a file were written. Maybe it was a mistake, that the LimeWire developers released the swarming feature before it was really ready, but other p2p-clients like kazaa and xolox clearly put them under pressure to act, which resulted in many releases in short intervals creating bugs, fixing bugs and creating new ones.

That's the way it is, the more thoroughly you test something, the longer it takes you to implement the same amount of features.

"The bug was fixed in LimeWire 2.3."

thats where the bug was introduced! previous versions worked fine, but now i can't resume. if the download stops, and starts up again (in the same session, it starts at zero and i see the file disappear from the download folder!

"I know it's working on Linux and Windows now."

isn't this the mac part of the forum?

"The file, that is used to save the downloads, downloads.dat is saved when you close LimeWire and when you add / kill downloads."

mabye so, but it still doesn't resume. i got 98% of a 153mb file and now i have to start over again and can't seem to get past 10% now before it stops.

Another odd bug about this is when the file isn't even done yet, maybe about half way the file size is the size of the full file when downloading from multiple hosts at the same time. i watched an episode of family guy all the way through before it was even done downloading. lucky i watched it too since it disappeared when the connection was dropped and i had to start over.