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%

Submitter:  Stephan Haller <hallibaby2>
Submitted:  Sun 16 Mar 2003 01:28:26 AM UTC
   
 
Category:  eDonkey-Plugin Severity:  3 - Normal
Item Group:  Program malfunction Status:  None
Assigned to:  None Open/Closed:  Closed
Release:  None Release:  2.04 above
Operating System:  None Binaries 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>
Group 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>
Group 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>

 

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

Date Changed by Updated Field Previous Value => Replaced by
2004-03-22 spiralvoice Open/ClosedOpen Closed
2004-03-02 spiralvoice CategoryCore eDonkey-Plugin
2004-03-02 spiralvoice Item GroupNone Program malfunction

Back to the top

Powered by Savane 3.12