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

Submitted by:  None
Submitted on:  Wed 16 Jun 2004 09:10:27 AM UTC  
 
Category: eDonkey-PluginSeverity: 3 - Normal
Item Group: Program malfunctionStatus: Works For Me
Assigned to: NoneOpen/Closed: Closed
Release: Release: 2-5-21
Operating System: LinuxBinaries Origin: CVS / Self compiled
CPU type: Intel x86

(Jump to the original submission 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>
Project 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>
Project 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>
Project 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>
Project 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

 

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

Do you think this task is very important?
If so, you can click here to add your encouragement to it.
This task has 0 encouragements so far.

Only logged-in users can vote.

 

Please enter the title of George Orwell's famous dystopian book (it's a date):

 

 

Follow 2 latest changes.

Date Changed By Updated Field Previous Value => Replaced By
Tue 12 Apr 2005 10:05:04 AM UTCspiralvoiceStatusNone=>Works For Me
  Open/ClosedOpen=>Closed

Back to the top


Powered by Savane 3.1-cleanup1