New Transmission add-on thread

veehexx wrote:
i cant see it in the changelog for 2.00b2, and it's been like it for a while; any thoughts as to what's causing transmission to recheck partially completed torrents on every start of the transmission process (ie NAS reboot)?

S-P, not sure if this is a transmission issue or what you've done with your addon release, but 2.00b2 is showing some weird issues.
24 active, partially completed torrents. 22 of them are fine. however 2 of them are being re-checked on every start, the other 22 are starting instantly.
i've done various reboots and transmission service restarts and it's always the same results with the same 2 torrents.

torrents are all from the same tracker, downloaded in the same manner (download .torrent to a watch folder), and they are all downloading to the same default location.

once you get your internet back online, could you look into it/give your thoughts please :)

update: might be something related to completion %. just had 2 of the 22 go over 2% completion and it's checked both of them on a reboot - the 20 that are under 2% havent been checked! :?

there's no release note

sounds like this beta has some issue

I just recover my dsl line today

nothing that i haven't had in previous releases of transmission (1.92, 1.93), S-P.

i've submitted a bug report (https://trac.transmissionbt.com/ticket/3272). im not sure on previous releases as i've only just discovered this recently while using 2.00b2, but when over 2% complete, it'll re-verify the torrent on every daemon start. it doesnt do it for torrents under 2%.

incidentally, i have seen some other news in the torrent world... utorrent have confirmed they will work on a linux client. it appears not to be in active production yet, but its something to look forward to even if it may be a year or 2 away :) here's hoping they'll release the source or have a release suited for our needs :)

Trial_Master wrote:
I'm still running 1.92 and have added "trash-original-torrent-files": true, to my settings.json file but the .torrent files aren't getting deleted from my Source Folder when downloading completes. I have watch-dir enabled. Any ideas?

Ditto here. I made sure to stop the Service before editing the .json file, but no luck--original torrent files remain.

And on a (perhaps) unrelated note, all of my downloaded directories (not files) download with the following permissions:

drwxr-xr-x    2 nobody   nogroup

This makes it impossible for me to edit file names or uncompress archives when viewing the Downloads directory from my Mac (connected as an AFP mount point). My only solution has been to ssh in as root and chmod 777 the entire downloads directory. But I end up doing this VERY frequently.

Question 1: Is there any way to make sure directories downloaded via Transmission to the Downloads directory have drwxrwxrwx permissions by default?

Question 2: Is there anything I can do to get the "trash original torrent files" thing working?

I prepare a new beta with blocklist improvment in script :)

I have done a big update for X86 units :

Now transmission can send an email when a torrent is finished downloading

To be able to receive email you have two solutions :

1st) modif your alert settings in frontview and use custom-provider instead of internal and also use advanced parameters

2d) modify the email_alert file located in /addons-config/Transmission/ :

replace the email_alert file with this one and do not forget to change SMPT_SERVER value to a correct one

#!/bin/sh
NAIL=/usr/bin/nail
SMTP_SERVER=smtp.orange.fr
SUBJECT="Torrent Done!"

if [ -f /etc/frontview/alert.conf ]; then
 EmailTo=`/bin/grep "email" /etc/frontview/alert.conf | /usr/bin/awk -F '!!' '{ print $2 }' | /usr/bin/awk -F ',' '{ print $1 " " $2 " " $3 }'`
else
 EmailTo=`/bin/grep "email" /frontview/conf/alert.conf | /usr/bin/awk -F '!!' '{ print $2 }' | /usr/bin/awk -F ',' '{ print $1 " " $2 " " $3 }'`
fi
    if [[ "$(readlink `which sendmail`)" = "/usr/bin/msmtp" ]]; then
    EmailFrom=`/bin/grep '^from' /etc/msmtprc | /usr/bin/cut -f2 -d' '`
    else
    EmailFrom=`/bin/echo $EmailTo | awk '{ print $1 }'`
    fi
    echo "From:$EmailFrom To:$EmailTo"
    # Create the email message
    EmailFile=/tmp/tmp_email.txt
    if [ -f "$EmailFile" ]; then
    rm -f $EmailFile
    fi
    touch $EmailFile
    # Create the message headers
    echo "Date: `date -R`" >> $EmailFile
    #echo "From: $EmailFrom" >> $EmailFile
    #echo "To: $EmailTo" >> $EmailFile
    #echo "Subject:Torrent Done!" >> $EmailFile
    #echo "MIME-Version: 1.0" >> $EmailFile
    #echo "Content-Type: text/plain; charset=ISO-8859-1" >> $EmailFile
    echo "" >> $EmailFile
    # Create the message body
    /bin/echo " Hostname: $HOSTNAME" >> $EmailFile
    /bin/echo "Transmission finished downloading \"$TR_TORRENT_NAME\" on $TR_TIME_LOCALTIME" >> $EmailFile
    /bin/echo "" >> $EmailFile
    /bin/echo "----------------------------------------------------------------------" >> $EmailFile
    /bin/echo "Your add-ons developer Super-Poussin" >> $EmailFile
    #/bin/cat $EmailFile |/usr/sbin/sendmail -f $EmailFrom $EmailTo
    $NAIL -v -S from="$EmailFrom" -S smtp -s "$SUBJECT" -S smtp=$SMTP_SERVER "$EmailTo" < $EmailFile
    rm -f $EmailFile
#################################################################################################################
# you can use nail instead of readynas exim in this case :                                                      #
# uncomment the $NAIL line                                                                                      #
# comment the message header section                                                                            #
# put a correct SMTP_SERVER value                                                                               #
#################################################################################################################

#################################################################################################################
# this script will work with exim if you use custom parateters in frontview aka you specify :                   #
# username                                                                                                      #
# smtp server ans so on                                                                                         #
#################################################################################################################

Transmission 2.00b03 with email support for x86 only


Enjoy this hard work

PS : you can disable email in settings.json
changing

 "script-torrent-done-enabled": true,

to

 "script-torrent-done-enabled": false,

Next beta will have :

Modification 10783 by charles: (trunk) #2983: add command-line utilities for creating .torrent files, for editing passkeys, for adding/removing trackers, etc.

Well, I installed the latest update last night... damn that was painful. The installation kept stalling. It turns out, as I learned later, that what was happening is that the wget's for the level1 file were hanging... just standing still holding the whole process up. I found that if I ran the install and killed the wget after it hung then the installation process seemed to proceed normally. Not sure what the wget is precisely for or why it was not completing correctly.

One thing that I'm find EXTREMELY annoying is the add-on's incessant behavior of changing the ownership of all my torrects and the /addons-config/Transmission directories. I change the runtime user of the service so that it matches the user ownership of the files in the share where Transmission puts my files. But having to fight with the installer each and every time is getting old.

I wonder if there is some way that parameters in the start script could be put in the addon configuration (not transmission, but the actual addon config panel in the Frontview services page) and the service would no longer automatically start each time it's installed/upgraded...? This would make a HUGE difference in the installation and upgrade process for those of us who don't like having all their files owned by "nobody".

will try to work on this , give me some time but be patient remember I do addons on my personal time

btaroli wrote:
Well, I installed the latest update last night... damn that was painful.

Thanks for the tip. I'll wait for the next update.