[Mldonkey-bugs] [bugs #9355] Files not beeing submitted though in full download state

[spiralvoice]

This mail is an automated notification from the bugs tracker
 of the project: mldonkey, a multi-networks file-sharing client.

/**************************************************************************/
[bugs #9355] Latest Modifications:

Changes by: 
                spiralvoice <address@hidden>
'Date: 
                Tue 07/06/2004 at 21:10 (Europe/Berlin)

------------------ Additional Follow-up Comments ----------------------------
Does your core have any patchpacks incorporated?






/**************************************************************************/
[bugs #9355] Full Item Snapshot:

URL: <http://savannah.nongnu.org/bugs/?func=detailitem&item_id=9355>
Project: mldonkey, a multi-networks file-sharing client
Submitted by: 0
On: Wed 06/16/2004 at 09:10

Category:  eDonkey-plugin
Severity:  5 - Average
Item Group:  Program malfunction
Resolution:  None
Assigned to:  None
Status:  Open
Release:  2-5-21
Release:  
Platform Version:  Linux
Binaries Origin:  CVS / Self compiled
CPU type:  Intel x86


Summary:  Files not beeing submitted though in full download state

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...

Follow-up Comments
------------------


-------------------------------------------------------
Date: Tue 07/06/2004 at 21:10       By: spiralvoice
Does your core have any patchpacks incorporated?

-------------------------------------------------------
Date: Thu 06/24/2004 at 20:51       By: None
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 ;)

-------------------------------------------------------
Date: Sun 06/20/2004 at 17:05       By: spiralvoice
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.












For detailed info, follow this link:
<http://savannah.nongnu.org/bugs/?func=detailitem&item_id=9355>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/