![]() |
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. |
Quote:
|
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. |
All times are GMT -7. The time now is 09:39 PM. |
Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2025, vBulletin Solutions, Inc.
SEO by vBSEO 3.6.0 ©2011, Crawlability, Inc.
Copyright © 2020 Gnutella Forums.
All Rights Reserved.