mldonkey, 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: |
Stephan Haller <hallibaby2> |
|
Mon 15 Mar 2004 01:41:49 AM UTC, comment #4: Some file should have finished, didn't it? ;-) |
spiralvoice <spiralvoice> |
|
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% ;)
|
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.
|
spiralvoice <spiralvoice> |
|
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.
|
Stephan Haller <hallibaby2> |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
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/Closed | Open | Closed | |
| 2004-03-02 | spiralvoice | Category | Core | eDonkey-Plugin | |
| 2004-03-02 | spiralvoice | Item Group | None | Program malfunction |

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!