bugmldonkey, a multi-networks file-sharing client - Bugs: bug #18584, Reassigned to another tracker...

 
 

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

bug #18584: Reassigned to another tracker [was: Wrong file path in notification mail]

Submitter:  btest <btest>
Submitted:  Mon 25 Dec 2006 09:15:53 AM UTC
   
 
Category:  Core Severity:  3 - Normal
Item Group:  Feature request Status:  Ready For Test
Assigned to:  None Open/Closed:  Closed
Release:  2.8.2 Release:  2.8.2
Operating System:  Linux Binaries Origin:  None
CPU type:  Intel x86

Sat 20 Jan 2007 01:05:01 PM UTC, comment #4: 

THIS ITEM WAS REASSIGNED TO PATCH #5699.

Please, do not post any new comments to this item.


spiralvoice <spiralvoice>
Group administrator
Sat 20 Jan 2007 12:23:45 PM UTC, comment #3: 

I had no time to test this before.

It works like a charm. Thanks.


btest <btest>
Fri 19 Jan 2007 07:08:46 PM UTC, comment #2: 

ping

Did you test the patch already?

spiralvoice <spiralvoice>
Group administrator
Tue 09 Jan 2007 10:42:13 PM UTC, comment #1: 

Current code does this:
- a file is finished 100%
- its moved from the download list to done_files (the list of files to be committed) and the notification mail is sent. This takes place without considering user_commit_dir, your observation is correct. Attached patch changes this, please test.
- at a later time file commit is initiated, manually or automatically does not matter
- the directory where the file should be moved to is computed now, here user_commit_dir is taken in account. This setting can be changed between the time the mail is sent and the commit is initiated, so even if sending the mail with user_commit_dir it can provide wrong information...

Solving this would require to change the time the mail is sent, this would lead to the fact that users do not get notified of finished downloads when auto_commit is false, not a good idea IMHO.

Any suggestions? IMHO the above case that user_commit_dir is changed between sending mail and commit is most unlikely, considering this case is not important.

(file #11718)

spiralvoice <spiralvoice>
Group administrator
Mon 25 Dec 2006 09:15:53 AM UTC, original submission:  

THIS ITEM WAS REASSIGNED TO PATCH #5699.

Hi there,

I am using multi-user functionality to provide access for some users to mldonkey. "incoming_files" strategy is "incoming/files". Each user has its own commit directory inside that ("someuser" has "userdir" commit directory). Resulted path is "incoming/files/userdir". Downloaded files are committed correctly. I am using notification mails to notify my users. We have a wrong file path in that emails. The path is "incoming/files/somefile.ext" instead of "incoming/files/userdir/somefile.ext". Can this be fixed please?

Thanks.


btest <btest>

 

(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

 

Carbon-Copy List
  • -email is unavailable- added by spiralvoice (Updated the item)
  • -email is unavailable- added by btest (Submitted the item)
  •  

    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
    2007-01-20 spiralvoice Reassign Itemmldonkey, a multi-networks file-sharing client, bug #18584 mldonkey, a multi-networks file-sharing client, patch #5699
    2007-01-09 spiralvoice Attached File- Added mail_user_commit_dir.patch, #11718
        StatusNone Ready For Test

    Back to the top

    Powered by Savane 3.13-4b48.
    Corresponding source code