[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Mldonkey-bugs] [bugs #8883] Mldonkey recommits already commited files
From: |
spiralvoice |
Subject: |
[Mldonkey-bugs] [bugs #8883] Mldonkey recommits already commited files |
Date: |
Tue, 10 Aug 2004 15:47:34 -0400 |
User-agent: |
Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.7) Gecko/20040616 |
This mail is an automated notification from the bugs tracker
of the project: mldonkey, a multi-networks file-sharing client.
/**************************************************************************/
[bugs #8883] Latest Modifications:
Changes by:
spiralvoice <address@hidden>
'Date:
Tue 08/10/2004 at 18:27 (Europe/Berlin)
------------------ Additional Follow-up Comments ----------------------------
Yes, this happens here. A download is finished and auto_comitted. Then I
download that file via FTP and delete it. After that I do close_fds and
reshare. Sometimes this file reappears in ./incoming with length zero. I
suppose the file is still regarded as present by the core and when another
clients requests it, it gets recreated.
@bill_bool: The PLF binaries seem to have a serious bug, please use other
binaries or compile yourself.
http://savannah.nongnu.org/bugs/?func=detailitem&item_id=9799
/**************************************************************************/
[bugs #8883] Full Item Snapshot:
URL: <http://savannah.nongnu.org/bugs/?func=detailitem&item_id=8883>
Project: mldonkey, a multi-networks file-sharing client
Submitted by: 0
On: Tue 05/11/2004 at 18:00
Category: Core
Severity: 5 - Average
Item Group: Program malfunction
Resolution: None
Assigned to: None
Status: Open
Release: None
Release:
Platform Version: Linux
Binaries Origin: CVS / Self compiled
CPU type: Intel x86
Summary: Mldonkey recommits already commited files
Original Submission: I am using the current cvs-version. The problem is that
mldonkey sometimes - It seems it does not happen every time - recommits files
already finished. Example : File A is completely downloaded and moved to
incoming. I move the file to another folder and some time later I again have
File A in
the folder incoming.
Follow-up Comments
------------------
-------------------------------------------------------
Date: Tue 08/10/2004 at 18:27 By: spiralvoice
Yes, this happens here. A download is finished and auto_comitted. Then I
download that file via FTP and delete it. After that I do close_fds and
reshare. Sometimes this file reappears in ./incoming with length zero. I
suppose the file is still regarded as present by the core and when another
clients requests it, it gets recreated.
@bill_bool: The PLF binaries seem to have a serious bug, please use other
binaries or compile yourself.
http://savannah.nongnu.org/bugs/?func=detailitem&item_id=9799
-------------------------------------------------------
Date: Tue 08/10/2004 at 08:31 By: mldonkey
Files are not recommited, they are simply created again with length 0, no ?
-------------------------------------------------------
Date: Fri 05/21/2004 at 06:59 By: None
It's even worst because the file that gets commited doesn't match the previous
one.
I'm starting to get sick by all those non-senses...
-------------------------------------------------------
Date: Thu 05/20/2004 at 14:39 By: None
same here
-------------------------------------------------------
Date: Thu 05/13/2004 at 10:14 By: bill_bool
Got the same problem using binaries 2.5.21 from PLF. Files were recommitted
even if they were still in the incoming directory.
For detailed info, follow this link:
<http://savannah.nongnu.org/bugs/?func=detailitem&item_id=8883>
_______________________________________________
Message sent via/by Savannah
http://savannah.nongnu.org/