bugmldonkey, a multi-networks file-sharing client - Bugs: bug #9355, Files not beeing submitted though...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #9355: Files not beeing submitted though in full download state

Submitter:  None
Submitted:  Wed 16 Jun 2004 09:10:27 AM UTC
   
 
Category:  eDonkey-Plugin Severity:  3 - Normal
Item Group:  Program malfunction Status:  Works For Me
Assigned to:  None Open/Closed:  Closed
Release:  2-5-21 Release: 
Operating System:  Linux Binaries Origin:  CVS / Self compiled
CPU type:  Intel x86

Jump to the original submission

Tue 01 Feb 2005 07:41:59 PM UTC, comment #7: 

Please try version 2-5-28p_bt and report if the bug still exists.

spiralvoice <spiralvoice>
Group administrator
Wed 25 Aug 2004 05:48:22 PM UTC, comment #6: 

Yes it is (from 10.08.2004)
If I take the files.ini, search there for file_chunks with all 3s and then change there file_state from Downloading to Downloaded it commits the files properly (shutting down, editing, starting again)... although I wrote a program to do this, its not for everydays use... for all those not commited files I get the "download swarmer" errors stated above...

Anonymous
Tue 10 Aug 2004 06:32:06 PM UTC, comment #5: 

Please check if this bug still is in current CVS version.
You should find a tarball of current CVS in files section of
this project: http://savannah.nongnu.org/download/mldonkey/

spiralvoice <spiralvoice>
Group administrator
Wed 28 Jul 2004 08:27:37 PM UTC, comment #4: 

I have tried with plain cvs and with 21f/g all the same behaviour on this

Anonymous
Tue 06 Jul 2004 09:10:27 PM UTC, comment #3: 

Does your core have any patchpacks incorporated?

spiralvoice <spiralvoice>
Group administrator
Thu 24 Jun 2004 08:51:50 PM UTC, comment #2: 

Did it, some got finished (after recover_temp), but not with a correct file name but the hash as filename. And when I now put the ini backup back, it tries to download the files again... and I dont want to delete them manually from files.ini, theyre over 150 ... and I dont think that it should be usual use of mldonkey to do this always ;)

Anonymous
Sun 20 Jun 2004 05:05:35 PM UTC, comment #1: 

Please try this:
stop the core, copy ALL your inis in a safe place, delete files.ini and restart the core. The core will newly hash all files and maybe recognize your files as finished. Have a look at bug 9100 to be sure that the filenames don't have non-ASCII characters in them.

spiralvoice <spiralvoice>
Group administrator
Wed 16 Jun 2004 09:10:27 AM UTC, original submission:  

Hi,

I now have ~150 files that are 100% download, fully verified and my gui also shows ETA imminent for them, but they are not commited. I have NOT compute_md4_delay = 0, this does not seem to have something to do with this setting (as was suggested in #mldonkey).
I have enabled logging, and found this error running through the logs, about 10-20 per second, all the same.

ERROR : file_downloaded file (66663650) <> downloaded swarmer (67335488)

From time to time, especially when playing around with the corresponding download (which has the first value as its downloaded bytes in files.ini) I then get another of this error messages... after a while after startup, I get hundreds of different errors, I suspect for nearly every file I have...

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

 

Follow 2 latest changes.

Date Changed by Updated Field Previous Value => Replaced by
2005-04-12 spiralvoice StatusNone Works For Me
    Open/ClosedOpen Closed

Back to the top

Powered by Savane 3.12