bugmldonkey, a multi-networks file-sharing client - Bugs: bug #11073, Torrents constantly re-downloading

 
 

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

bug #11073: Torrents constantly re-downloading

Submitter:  None
Submitted:  Sun 21 Nov 2004 12:37:24 AM UTC
   
 
Category:  Bittorrent-Plugin Severity:  3 - Normal
Item Group:  Program malfunction Status:  Duplicate
Assigned to:  None Open/Closed:  Closed
Release:  2-5-28 Release:  Multiple
Operating System:  Cygwin W2K/WinXP Binaries Origin:  Downloaded from third-party page
CPU type:  Intel x86

Jump to the original submission

Fri 13 May 2005 08:50:24 PM UTC, comment #9: 

Can this bug be closed as a duplicate of bug #9427?

spiralvoice <spiralvoice>
Group administrator
Fri 13 May 2005 08:16:24 PM UTC, comment #8: 

I agree.

I think it is exactly the same bug.

Anonymous
Fri 13 May 2005 04:10:56 PM UTC, comment #7: 

ok. this might be related to savannah bug #9427 , we can check it after that one is fixed.

Amorphous <amorphous>
Wed 11 May 2005 04:06:02 PM UTC, comment #6: 

I'm the author of #2 & #4 comments :-) (mldonkey 2.5.30-15 spiralvoice, win2k)

Well, the torrent downloads very well (great speed) but in the last blocks (5-8) mldonkey writes in the log messages like these:
-----------
Verification of complete block 178 of mytorrent FAILED, redownloading it.
Verification of complete block 1072 of mytorrent FAILED, redownloading it.
Verification of complete block 352 of mytorrent FAILED, redownloading it.
-----------
It is the same with all the torrents.

These error is the same reported in : http://mldonkey.berlios.de/modules.php?name=Forums&file=viewtopic&t=3379&sid=a108a3636a8c29df4727868e1f2e8473

Anonymous
Wed 11 May 2005 09:43:39 AM UTC, comment #5: 

Are you sure that you don't get any (=not one) chunk as verified?
Because all the people using mlnet under windows, that i asked, can't reproduce that. They all get some chunks as verified.

Amorphous <amorphous>
Wed 11 May 2005 09:27:08 AM UTC, comment #4: 

when i posted my comment #2 i was using the 2.5.30-15

Anonymous
Mon 09 May 2005 02:55:40 PM UTC, comment #3: 

please try 2.5.30.15 or greater

Amorphous <amorphous>
Mon 09 May 2005 12:04:30 PM UTC, comment #2: 

Same here with 2.5.1x spiralvoice versions. Win2k. It looks like there is a problem with the verification. Maybe a mingw problem? maybe a file lock problem?

Anonymous
Fri 29 Apr 2005 10:12:32 AM UTC, comment #1: 

could you test newer versions? i couldn't reproduce this with newer versions on linux and on windows.
however something similar might happen when encountering savannah bug #9427 , but at least some chunks should be corrtly downloaded an verified even with that bug...

yep the missing visual feedback is an anoying thing...

Amorphous <amorphous>
Sun 21 Nov 2004 12:37:24 AM UTC, original submission:  

I downloaded core 28h from spiralvoice's page and installed it on Win2K SP2 from scratch with default configs. Edonkey (with Overnet and Kad) works just fine, but BitTorrent does something strange. It gets the .torrent file, connects to a tracker and starts downloading with pretty good speed. Unfortunately, as soon as it downloads a chunk, it immediately drops it and looks for another source to retry it from. This repeats ad infinitum. It looks hash-related to me (after all, it refuses a chunk it just downloaded - wrong hash seems to be very probable reason).

I downloaded another core, this time 28g with swarming from White FrosT. With exactly the same result.

With very small torrents (say, 200 kilobytes) it's painfully obvious what happens: the file gets downloaded in a few seconds from a source, then discarded as a whole (downloaded size becomes zero) and then mlDonkey connects to another source and repeats the process. With larger files it looks as if multiple chunks start downloading, and they get discarded as they are finished, so total amount goes up for a megabyte or two, and then jumps down in pieces of about 300K (AFAIR, typical chunk size is 256KB?).

Next I tried core 16r for Windows from White FrosT and it works just fine, this bug is not present, but it doesn't seem to work with multi-file torrents for me (doesn't even show them in downloads), and they are very common these days.

I tried Linux version of 28h static then (had to install SlimLinux especially for it :), and it seems to be working fine too (all the tests were on the same set of torrents, of course, and within minutes from each other). Perhaps it's windows-related bug?

And, just as a first impression, not even a feature request - mldonkey is very, very hard to identify bugs in and sometimes even uncomfortable to download with: no visual feedback about most things (is it still downloading the .torrent file from URL or the download failed already? what's the situation with this particular file in the downloads - why it isn't loading, and is it even trying?) and no easily accesible logs or meaningful status details... And I don't mean various GUIs here - it's the core that doesn't give them (ot telnet/www user) enough data for that "responsive" feeling... Simple status messages, server and/or tracker responces (for GUIs to show next to file name, of course, in real time), that kind of thing, could help a lot without being too bothersome to implement.

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 4 latest changes.

Date Changed by Updated Field Previous Value => Replaced by
2005-05-14 amorphous Open/ClosedOpen Closed
2005-05-13 spiralvoice StatusNeed Info Duplicate
2005-05-13 amorphous StatusWorks For Me Need Info
2005-04-29 amorphous StatusNone Works For Me

Back to the top

Powered by Savane 3.13-4b48.
Corresponding source code