Permissions only allow the current user to access the torrent files, causing problems when accessing the the directory over SMB

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Share the torrent download directory over SMB
2. Try to open a torrent or copy it to a different computer from the SMB
share when logged in as a different user.

What is the expected output? What do you see instead?
The permissions on the file don't allow read access (the SMB user isn't the
same account that rssdler is running under).

What version of the product are you using? On what operating system?
Version 0.34 running on Debian 4.0 (ARM).

Please provide any additional information below.
I'm unable to start torrents on the same device (a Linksys NSLU2) due to
the low amount of memory. I have the directory shared so my computer can
pick up the torrent files & download them automatically whenever it's on,
but the RSS scanner is still running on the NAS box to download torrents
when the computer's off, so I don't miss anything.

This can be fixed by setting the permissions on the torrent files to allow
read access to any user. I've amended my copy of the script by including

os.chmod(realPath, 0755)

just before the return statement in the writeNewFile function.

Original issue reported on code.google.com by jclarke1...@googlemail.com on 9 Apr 2008 at 12:34

[GoogleCodeExporter]

you want to set the umask. The option is a global one. Note that in SVN, umask 
is
read as an octal number, as you would expect, but in the current official 
release
(0.3.4) is read as a decimal number (if i'm not mistaken. reference the 
documentation
for that release (the wiki MAY reflect the documentation for SVN). You could've 
also
set your postDownloadFunction to os.chmod(), which wouldn't have required a 
hack on
the actual script (not that I care). Anyway, there are built in (the global 
umask)
and more fine tune-able ways (postDownloadFunctions) to deal with this 
situation, so
I'm marking this as invalid.

Original comment by lostnihi...@gmail.com on 14 Apr 2008 at 8:28

• Changed state: Invalid