bugmldonkey, a multi-networks file-sharing client - Bugs: bug #12875, creates empty file duplicates in...

 
 

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

bug #12875: creates empty file duplicates in incoming after originals removed

Submitted by:  Sylvain Le Gall <gildor>
Submitted on:  Thu 28 Apr 2005 10:36:47 PM UTC  
 
Category: CoreSeverity: 3 - Normal
Item Group: Program malfunctionStatus: Duplicate
Assigned to: NoneOpen/Closed: Closed
Release: Release: 2-5-28
Operating System: LinuxBinaries Origin: Debian package
CPU type: Intel x86

Thu 19 May 2005 01:56:36 PM UTC, comment #4:

Duplicate of bug #12899

spiralvoice <spiralvoice>
Project Administrator
Wed 18 May 2005 02:32:53 AM UTC, comment #3:

If this bug is indeed invalid, please close it. Thank you.

Rolf Leggewie <leggewie>
Fri 29 Apr 2005 09:39:15 AM UTC, comment #2:

you should remove the .torrent from torrents/seeded and then issue the command reshare_torrents (the core will print "BT-Tracker return: stopped NAME" in the log) and then you can remove the file.

I'm not sure if the empty files still can occur for other networks such as edonkey, but i think they don't (just issue reshare after removing the file).

However it would be nice if the core could be notified by file-changes and do this automatically... (opening a new wishlist-bug for that)

Amorphous <amorphous>
Fri 29 Apr 2005 03:00:10 AM UTC, comment #1:

Although it has some other bugs I think this bug is solved in
2.5.30.14, please try it. I never experienced this bug with that
version.

spiralvoice <spiralvoice>
Project Administrator
Thu 28 Apr 2005 10:36:47 PM UTC, original submission:

After files are removed from the incoming directory mldonkey-server
creates empty versions of them in the incoming directory. These file
creations happen every few minutes. This behaviour happens across
server invocations. I primarily use the bittorrent protocol with
mldonkey and have not verified that this behaviour happens with other
protocols.

I suspect this is related to mldonkey-server trying share chunks of
completed files and not checking to see if the file still exists.
Some sort of 'touch' occurs and a ghost file is created.

This is annoying because the incoming directory is constantly populated
with the ghosts of files from ages past.

This bugs remind me the bug #1459.

This bug comes from the Debian BTS : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=301093

Regard
Sylvain Le Gall

Sylvain Le Gall <gildor>

 

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by gildor (Debian BTS entry)
  •  

    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
    Thu 19 May 2005 01:56:36 PM UTCspiralvoiceStatusInvalid=>Duplicate
      Open/ClosedOpen=>Closed
    Fri 29 Apr 2005 09:39:15 AM UTCamorphousStatusNone=>Invalid
    Thu 28 Apr 2005 10:36:47 PM UTCgildorCarbon-Copy-=>Added -unavailable-

    Back to the top


    Powered by Savane 3.1-cleanup1