Script registration and execution framework

Feature requests not specific to either the Mac OS X or GTK+ versions of Transmission
killemov
Posts: 342
Joined: Sat Jul 31, 2010 5:04 pm

Script registration and execution framework

Postby killemov » Wed Aug 11, 2010 10:28 pm

At this time of writing transmission-daemon is able to execute a single script when a torrent has finished downloading. The main drawback is that you can't tell transmission NOT to run the script for a particular torrent. A logical evolution of the script-execution-ability would be a script registration and execution framework.

Some suggestions or use cases:
  • A script could be registered (In settings.json?) with a logical name for identification in the web-gui.
    Example: "Unrar", "/var/lib/scripts/myunrarscript.sh"
  • A script could be registered with some information about when it could be executed.
    Example: "onfinish,onpartial,ondemand" Where "onpartial" means that a subselection of files has finished downloading.
  • A script could be selected by the user for execution on a given trigger.
    Example: "Execute the Mail script for this torrent when download is completed."
    Example: "Execute the Unrar script for this torrent now."

As long as there is no extra input needed for the execution of the scripts (Implying extra gui-elements here.) the user interaction should be quite straightforward.
In/out of process execution?
Multiple executions assigned to same trigger of same torrent?

judgey
Posts: 7
Joined: Sun Aug 01, 2010 4:39 pm

Re: Script registration and execution framework

Postby judgey » Fri Aug 13, 2010 8:52 pm

Sounds good plus one from me :)

+ 1

verysofttoiletpaper
Posts: 9
Joined: Tue Jul 30, 2013 7:03 pm

Re: Script registration and execution framework

Postby verysofttoiletpaper » Tue Jul 30, 2013 7:08 pm

+1

I would be happy with the ability to run a script on 'torrent added' and 'torrent deleted'.

The purpose of 'torrent added' script would be just custom notifications.
The purpose of 'torrent deleted' script would be to cleanup leftovers like hardlinks, symlinks, subtitles, artwork, etc.


Return to “Requests”