bugmldonkey, a multi-networks file-sharing client - Bugs: bug #9801, File is shared while downloading,...

 
 

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

bug #9801: File is shared while downloading, but after auto_commit the file is not shared at all (though finished)

Submitter:  Roland Arendes <chemical>
Submitted:  Wed 28 Jul 2004 02:00:54 PM UTC
   
 
Category:  Core Severity:  3 - Normal
Item Group:  Program malfunction Status:  Duplicate
Assigned to:  None Open/Closed:  Closed
Release:  2-5-16 Release:  2.5.16t
Operating System:  Linux Binaries Origin:  CVS / Self compiled
CPU type:  Intel x86

Tue 12 Apr 2005 10:12:11 AM UTC, comment #4: 

Duplicate of bug #9391

spiralvoice <spiralvoice>
Group administrator
Tue 01 Feb 2005 07:42:49 PM UTC, comment #3: 

Please try version 2-5-28p_bt and report if the bug still exists.

spiralvoice <spiralvoice>
Group administrator
Fri 29 Oct 2004 12:01:09 PM UTC, comment #2: 

Please have a look if your bug matches this one:
http://savannah.nongnu.org/bugs/?func=detailitem&item_id=9391

spiralvoice <spiralvoice>
Group administrator
Tue 10 Aug 2004 06:55:43 PM UTC, comment #1: 

Please check if this bug still is in current CVS version.
You should find a tarball of current CVS in files section of
this project: http://savannah.nongnu.org/download/mldonkey/

spiralvoice <spiralvoice>
Group administrator
Wed 28 Jul 2004 02:00:54 PM UTC, original submission:  

I'm using 2.5.16t compiled with ocaml 3.08 (spiralvoice).

I noticed the following behaviour:

I have a mldonkey running with 0 files downloading and some files in my incoming-dir.

I download a huge file, which is beeing actively shared while it is downloaded. After downloading (auto_commit!) the file is moved into the incoming-dir and is away. No sharing. The file is not listed in shared_files_new.ini, not listed in "links" or "upstats" and not published on any server.

The command reshare, which should check this problem and hash newly detected files, does nothing. It just says "check done" without checking or noticing anything at all.
Which means: If the core isn't restarted, I won't share the files I downloaded in this session. This behaviour is destructive.
 
If I stop the core and restart it it logs "NEW SHARED FILE ...." and begans to hash it. After that the file is shared as usual.

Now if I want to share a completely new file:

The core is running. I copy the new file into my incoming dir, chmod 666. The core notices nothing, not even after using reshare. The same thing. even "share incoming/" does not work.  The not so funny issue is: The file is even ignored after restarting the core! No NEW SHARED FILE, .. nothing. I am not able to share a complete new file.
It is not listed in links, upstats and isn't published at all.

This bug seems to be very old. Please fix it, the 2.5.16 is a really good series of mldonkey and that bug is very network destructive and causes mldonkey to not share files it has downloaded.

Why does not reshare do the same thing like the function that is called on startup (NEW SHARED FILE..) ??

Can someone with ocaml-knowlegde please have a look?
Thanks

Cheers
chemical

Roland Arendes <chemical>

 

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

Date Changed by Updated Field Previous Value => Replaced by
2005-04-12 spiralvoice StatusNone Duplicate
    Open/ClosedOpen Closed

Back to the top

Powered by Savane 3.13-caa5.
Corresponding source code