bugmldonkey, a multi-networks file-sharing client - Bugs: bug #2834, 100% is not 100%

 
 

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

bug #2834: 100% is not 100%

Submitted by:  Stephan Haller <hallibaby2>
Submitted on:  Sun 16 Mar 2003 01:28:26 AM UTC  
 
Category: eDonkey-PluginSeverity: 3 - Normal
Item Group: Program malfunctionStatus: None
Assigned to: NoneOpen/Closed: Closed
Release: 2.04 aboveRelease: None
Operating System: NoneBinaries Origin: CVS / Self compiled
CPU type: None

Mon 15 Mar 2004 10:31:42 AM UTC, comment #5:

They have ;) Except of one torrent file everything went well. Good work! Only one torrent means that 157% isn't enough :(. Verify chunks does not work on torrents, does it? And killing the mldonkey core and restart it does not work torrents too. That means that all torrents added to the download list are lost and cannot be resumed :( But this happened only once. But the initial problem of lost committed 100% files did not occured. I think we can close this bug!

Stephan Haller <hallibaby2>
Mon 15 Mar 2004 01:41:49 AM UTC, comment #4:

Some file should have finished, didn't it? ;-)

spiralvoice <spiralvoice>
Project Administrator
Tue 02 Mar 2004 09:41:31 PM UTC, comment #3:

Have downloaded, compiled the new version 2.5.4-12 not CVS. I cannot tell anything about this problem because I need to download a file at 100% ;)

But I missed to tell that this problem only affected the donkey network.

Stephan Haller <hallibaby2>
Wed 25 Feb 2004 01:12:18 AM UTC, comment #2:

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

spiralvoice <spiralvoice>
Project Administrator
Tue 18 Mar 2003 04:42:17 PM UTC, comment #1:

Something must be missing to notify the GUI of the file state change (Reconnecting to the core fixes the display bug).

Anonymous
Sun 16 Mar 2003 01:28:26 AM UTC, original submission:

Think of a file which is downloaded 100$ (even verify chunks) and moved to incoming directory. Now think this file is still in download but in incoming directory. Now think (as I did) you cancelled downloading this file because it is in the incoming directory. And now look inside the incoming directory....the file which was existing inside the incoming directory before cancelling download is now disappered.

What's wrong?

The file was there (incoming and 100% - I have checked this) although being in downloading list?!?!? And now.... it's lost!

Greetz
Stephan Haller

Stephan Haller <hallibaby2>

 

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

Date Changed By Updated Field Previous Value => Replaced By
Mon 22 Mar 2004 10:04:39 PM UTCspiralvoiceOpen/ClosedOpen=>Closed
Tue 02 Mar 2004 09:48:24 PM UTCspiralvoiceCategoryCore=>eDonkey-Plugin
Tue 02 Mar 2004 08:48:58 PM UTCspiralvoiceItem GroupNone=>Program malfunction

Back to the top


Powered by Savane 3.1-cleanup1