bugmldonkey, a multi-networks file-sharing client - Bugs: bug #8883, Mldonkey recommits already...

 
 

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

bug #8883: Mldonkey recommits already commited files

Submitted by:  None
Submitted on:  Tue 11 May 2004 06:00:07 PM UTC  
 
Category: CoreSeverity: 3 - Normal
Item Group: Program malfunctionStatus: Fixed
Assigned to: NoneOpen/Closed: Closed
Release: Release: None
Operating System: LinuxBinaries Origin: CVS / Self compiled
CPU type: Intel x86

(Jump to the original submission Jump to the original submission)

Tue 01 Feb 2005 07:40:13 PM UTC, comment #6:

Zero length files don“t exists in 2-5-28.
Please try version 2-5-28p_bt and report if the bug still exists.

spiralvoice <spiralvoice>
Project Administrator
Tue 10 Aug 2004 06:27:03 PM UTC, comment #5:

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

spiralvoice <spiralvoice>
Project Administrator
Tue 10 Aug 2004 08:31:44 AM UTC, comment #4:

Files are not recommited, they are simply created again with length 0, no ?

mldonkey admin <mldonkey>
Project Administrator
Fri 21 May 2004 06:59:19 AM UTC, comment #3:

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...

Anonymous
Thu 20 May 2004 02:39:01 PM UTC, comment #2:

same here

Anonymous
Thu 13 May 2004 10:14:24 AM UTC, comment #1:

Got the same problem using binaries 2.5.21 from PLF. Files were recommitted even if they were still in the incoming directory.

Bill <bill_bool>
Tue 11 May 2004 06:00:07 PM UTC, 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.

Anonymous

 

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

Date Changed By Updated Field Previous Value => Replaced By
Fri 01 Apr 2005 09:44:56 PM UTCspiralvoiceStatusNone=>Fixed
  Open/ClosedOpen=>Closed
Tue 10 Aug 2004 08:31:44 AM UTCmldonkeySeverity6 - Security=>3 - Normal
Mon 31 May 2004 03:31:42 PM UTCspiralvoiceSeverity3 - Normal=>6 - Security

Back to the top


Powered by Savane 3.1-cleanup1