Improve "run this program when download finishes" feature

rafi · 2010-08-16 19:19:55

>We're really planning
4 years is really a long time for planning... You probably understand that it makes people think your priorities suck, and you really don't give a damn about what all/most of them like to have.

I suggest that you also leave the local one as it is, and just add below it a checkbox to run if in addition of the global one, or instead of it.

That should not take more than 4 more years, so see you in 2014...

Last edited by rafi (2010-08-17 10:39:27)

Firon · 2010-08-16 21:46:54

Hey, features get forgotten. But you can't honestly accuse us of ignoring what users want. We just can't get to EVERY feature requested.

rafi · 2010-08-16 22:41:26

>Hey, features get forgotten
I can kid and say - hey, what are you here for... (j/k...)
I think we both know what I meant. And it's When "forgetting" becomes chronic - it means it's a desease... (Alzheimer ?...) Both forums and the so called 'idea banks' cannot not replace the use of properly prioritized planned features-list that people can have a look at.

The facts (as I see them) are that your (BTs') focus was on other things (like 3-4 releases-with Apps/Streaming/uTP/mac , embedded solutions, free uTP lib-code, etc). This left no time for you to deal with almost every other feature request. I appreciate the importance/need to make money somehow. But to almost totally ignore anything that the users see as helpful to *them* (not BT...) for years ? That's just sad, and also makes users migrate to other clients.

I can think of one more example (out of many) - the RSS improvements' list that I've prepared at the time, and (that even Simon promised to deal with it in 2.1) - completely left out/forgotten (even I did... ).

Well, I suppose that is taking if off my chest...

And have a nice day

Last edited by rafi (2010-08-17 20:03:25)

just_do_it_ffs · 2010-08-22 09:00:38

Firon wrote:

We're really planning on implementing a global run after feature in 2.2. We'll just take the existing one, make it global, add some more variables for better automation, and maybe make it multi-line.

Awesome!
Currently running the beta(2.2(build 21290), but I can't seem to find it? Maybe it's not implemented yet?

Firon · 2010-08-23 10:38:57

It is not implemented yet.

rafi · 2010-08-23 11:37:26

Well, the thing is, if you talk about it more it might have a better chance to become a wish that fulfills itself.. And it's encouraging to hear that it is your wish too... Try not to forget it this time, after 4 years...

Last edited by rafi (2010-08-23 11:38:03)

just_do_it_ffs · 2010-08-26 08:51:15

Firon wrote:

It is not implemented yet.

Do you have an ETA?:)

Spartakus · 2010-09-16 06:17:23

Implemented! Finally

Version 2.2 Beta (build 21882)

Last edited by Spartakus (2010-09-16 06:18:12)

moogly · 2010-09-16 06:24:39

Yes, great! Thanks!

But a button 'Browse' is missing (present on 'Run program' per each torrent job).

Spartakus · 2010-09-16 07:10:20

moogly wrote:

Yes, great! Thanks!
But a button 'Browse' is missing (present on 'Run program' per each torrent job).
http://img838.imageshack.us/img838/6931/runprog.png

baby steps, baby steps =P

rafi · 2010-09-16 09:45:37

and where did they explain the possible values for the parameters ? for %S ? for %T ? for %M ?
Plus is "wild cards" possible in any of them ? like in %M ?

Example/help with the exact required format would have make this newly released feature look more professional...

But, I guess there is a limit to what you can expect, after ~3 years of waiting... Better have users ask about all of those one at a time in the forums

Last edited by rafi (2010-09-16 13:05:41)

Ultima · 2010-09-16 10:07:11

You really need to stop expecting the manual to magically write itself. Just because a new build is released doesn't mean the manual gets updated too.

rafi · 2010-09-16 10:24:42

And you need to start expecting minimal operational details to be give (maybe even as simple text with the changelog) IF any dev is expecting beta users/tester to test his new features.
It is only reasonable/logical to do expect that . But I guess that me and you night have different "standards" for what is to be expected for testing betas...

All in a friendly spirit of cause...

PS/edit: and me emailing the devs asking for more details is really not the proper way to get that info that belongs in the public/beta domain...

Last edited by rafi (2010-09-16 10:29:05)

Ultima · 2010-09-16 10:46:01

I'm of the opinion that you shouldn't take anything for granted if you're beta testing a software. Problems and unclarity come with the territory if you choose to beta test.

Would it be nice if docs were released? Sure, but it's not like the whole feature is instantly hobbled by this. A simple batch script that accepts and dumps the received parameters should be enough to tell anyone who really cared about the feature how it should be used.

Edit: That said, I'll toy with it when I get time. My first guess is that %S doesn't behave any differently than WebUI torrent statuses. And the others are all straightforward.

Last edited by Ultima (2010-09-16 10:49:15)

Firon · 2010-09-16 10:47:39

It's a power user function. Go figure it out. Don't expect everything to be handed to you on a platter.

rafi · 2010-09-16 10:59:31

Ultima wrote:

...A simple batch script ...be enough to tell anyone ...
Edit: That said, I'll toy with it when I get time.

Right, and where is that sample script ?... I can see that your view is not so different than mine. I was wishing for a few more words explaining the syntax/format, and you for a sample script...

I appreciate the time you spend "playing" and reverse-engineering the spec... I don't have it right now ... ;

Firon wrote:

It's a power user function. Go figure it out. Don't expect everything to be handed to you on a platter.

Not everything, I don't. You do that, thank you. And if you are wise/kind enough to tell us, peasants, your findings (like write it in your changelog ?) - great

Last edited by rafi (2010-09-16 11:02:12)

Ultima · 2010-09-16 11:03:05

If you actually use this feature, you should know full well how to pass parameters to external applications. Seriously, just stop with the "I want to be spoonfed this" attitude. You can ask for it -- that's fine -- and if someone else does step in with the information, great. But you keep writing as if we owe it to you, which we surely don't -- not when it's simple enough to figure out the majority on your own. For the bits that you can't figure out on your own... well, then I guess it just won't get tested until the proper documentation is released. Not a big deal.

And no, I wasn't asking for a batch script. I was saying that anyone could write a batch script to check.

Last edited by Ultima (2010-09-16 11:10:15)

rafi · 2010-09-16 11:27:29

Ultima wrote:

... as if we owe it to you....

No, Ultima, you owe it to yourself (and I don't mean you, personally, but BT people). I know how to pass parameters. Just not sure about what a few of them should be ( like "state/%S" ). Do you know ?

Many people (including you, myself, and others) spent time testing. Some of those do expect minimum "assistance" from the devs, and what I suggested - is that minimum.

And we wrote here much more than those 5 text lines Firon or his fellow-devs should HAVE written. Yes, should have. I know they seldom do, and you, unfortunately got used to it. I didn't. I guess I am hopelessly optimistic...

My 2 cents...

Last edited by rafi (2010-09-16 13:06:27)

Ultima · 2010-09-16 11:41:10

It's not that I'm used to a lack of something -- it's that I don't expect that something in the first place.

Yeah, combined, we probably have written more here than would have been needed to describe the functionality. I'd have tested and written/posted the information myself already, but my excuse is that I'm not currently situated such that I'll be able to test this correctly.

Anyway... off I go to deal with Real Life™ for the time being.

rafi · 2010-09-16 11:58:42

I'd have tested and written/posted...

There's always tomorrow ...

Spartakus · 2010-09-16 13:30:09

%T = announce url
%S = integer value of status
%M = description of %S status

example:
%T = http://mytracker.com/announce
%S = 12
%M = Queued

%S = %M
1 = Error: <error message>
2 = Checked <xx>%
3 = Paused
4 = Initial-Seeding
5 = Seeding
6 = Downloading
7 = ?
8 = [F] Seeding
9 = [F] Downloading
10 = Queued Seed
11 = Finished
12 = Queued
13 = Stopped

remember to wrap %D %N and %M with quotes

Last edited by Spartakus (2010-09-19 02:18:32)

rafi · 2010-09-16 20:16:39

thanks. where is this info from?

automaton · 2010-09-16 21:12:49

> thanks. where is this info from?

I'd guess it came from the Common Sense bucket.

I can't believe folks are complaining about how they've delivered it after all this time. I've been wanting this feature forever, and I'd check in once or twice a year and still see no hope. Today I about went batty changing each individual torrent to run a program when done and decided to check the forum to see if there were any updates. As I went through the thread, I had no hope... then BAM! A message announcing it's there (in a beta release).

Everything on that initial page outlining the options made sense to me right away, and the things I didn't know could be determined by quick testing. Just execute a batch file passing all the parms, then use ECHO to see what the values are. Simple.

Anyway, this is the ONLY feature I've wanted from uTorrent, and the only feature that caused me to even look at other clients. I've finally registered on the forum after all this time just to say thanks to all involved, and to call for a bit of reason and appreciation from my fellow users. I suppose there will always be those who feel it is their purpose in life to keep others "in line", but can we at least have a few days or weeks to enjoy this before you start crapping all over the uT folks about what they didn't do perfectly according to you? Some of us (yes, me) greatly appreciate what was done.

Someone mentioned before earlier in the thread that it should be customizable by RSS feed, and I'd like that as well, but this global setting is at least 90% of the way there. We can make it do different things for different RSS feeds by having the RSS feeds set labels, then having a batch file take different actions based on the labels. The bottom line is that whether it's difficult or not, almost every scenario I can envision where we needed this functionality can now be done. Before, it simply couldn't. In my book, that's a pretty solid win.

rafi · 2010-09-16 21:32:49

yeah, we all have to say 'thanks very much' to arvid for that! It's much appreciated.

I suggest to also make the "run this program" (per torrent) - use the same format. Plus - make it possible to set it to run with, w/o, before or after the global function to avoid conflicts.

and @automaton: if you've tested it and do have more 'reversed engineered' info - don't hesitate to post ...
like an answer to this question - "will this global function be triggered multiple times, when a torrent is, for example, downloading->seeding->stops" ?

Last edited by rafi (2010-09-16 21:48:48)

Ultima · 2010-09-16 21:58:14

How to Test

Step 1:

Step 2:

Step 3:

And yes, purely from a logical standpoint, of course it'll be called multiple times. That's exactly why %S is also provided -- to allow the called application to distinguish between calls. Makes it that much more useful.

Last edited by Ultima (2010-09-16 22:09:37)

µTorrent Community Forums

#51 2010-08-16 19:19:55

Re: Improve "run this program when download finishes" feature

#52 2010-08-16 21:46:54

Re: Improve "run this program when download finishes" feature

#53 2010-08-16 22:41:26

Re: Improve "run this program when download finishes" feature

#54 2010-08-22 09:00:38

Re: Improve "run this program when download finishes" feature

#55 2010-08-23 10:38:57

Re: Improve "run this program when download finishes" feature

#56 2010-08-23 11:37:26

Re: Improve "run this program when download finishes" feature

#57 2010-08-26 08:51:15

Re: Improve "run this program when download finishes" feature

#58 2010-09-16 06:17:23

Re: Improve "run this program when download finishes" feature

#59 2010-09-16 06:24:39

Re: Improve "run this program when download finishes" feature

#60 2010-09-16 07:10:20

Re: Improve "run this program when download finishes" feature

#61 2010-09-16 09:45:37

Re: Improve "run this program when download finishes" feature

#62 2010-09-16 10:07:11

Re: Improve "run this program when download finishes" feature

#63 2010-09-16 10:24:42

Re: Improve "run this program when download finishes" feature

#64 2010-09-16 10:46:01

Re: Improve "run this program when download finishes" feature

#65 2010-09-16 10:47:39

Re: Improve "run this program when download finishes" feature

#66 2010-09-16 10:59:31

Re: Improve "run this program when download finishes" feature

#67 2010-09-16 11:03:05

Re: Improve "run this program when download finishes" feature

#68 2010-09-16 11:27:29

Re: Improve "run this program when download finishes" feature

#69 2010-09-16 11:41:10

Re: Improve "run this program when download finishes" feature

#70 2010-09-16 11:58:42

Re: Improve "run this program when download finishes" feature

#71 2010-09-16 13:30:09

Re: Improve "run this program when download finishes" feature

#72 2010-09-16 20:16:39

Re: Improve "run this program when download finishes" feature

#73 2010-09-16 21:12:49

Re: Improve "run this program when download finishes" feature

#74 2010-09-16 21:32:49

Re: Improve "run this program when download finishes" feature

#75 2010-09-16 21:58:14

Re: Improve "run this program when download finishes" feature

Board footer