rTorrent won't start new torrents - added in [CLOSED] state

lisas4567

Member
May 25, 2018
773
0
16
I cannot get rTorrent to automatically start new torrents. I currently load torrents two different ways:

  • via my watch directory:
Code:
schedule = watch_directory,5,5,load.start=~/watch/*.torrent
  • manually via the backspace (not return) key
In both cases, the load.start method is used. However, neither option actually starts the torrent. It is loaded in a [CLOSED] state. Furthermore, Ctrl-S does not start the torrent. I can, however, get the torrent to start by forcing a hash check on it (Ctrl-R). Not sure what it's hashing since the file hasn't been downloaded yet, but it does get the torrent started.

Everything else works fine from then on.

Any ideas?
 

saroos1

Member
May 25, 2018
718
0
16
You should use the following:
schedule = watch_directory,5,5,load_start=~/watch/*.torrent

Not load.start
 

peshua19

Member
May 25, 2018
897
0
16
That is exactly the same, and load_start is the DEPRECATED form. The actual problem is the usual, stupid resume info in uploaded torrents, inserted by clueless uploaders.
 

lisas4567

Member
May 25, 2018
773
0
16
Quote :
The actual problem is the usual, stupid resume info in uploaded torrents, inserted by clueless uploaders.

I don't think this is the problem. It manifests with 100% of the torrents, picked from at least 4 different private trackers. Over 3 dozen samples in total. I have a tough time believing the problem is that pervasive.

Any other suggestions?
 

randac56

Member
May 25, 2018
915
0
16
I've got the same issue

was fixed I don't know how but after lastest svp up the bug is back!


here's my schedule:

Quote
watch_directory2,1,1,"load_start=/home/user/rtorrent/watch/*.torrent"​
 

simur612

Member
May 25, 2018
879
0
16
Have you tried quoting the load_start? Like the following:
Code:
schedule = watch_directory,5,5,"load.start=~/watch/*.torrent"Also you could try using the full path (just in case)
Code:
schedule = watch_directory,5,5,"load.start=/path/to/watch/*.torrent"
 

saroos1

Member
May 25, 2018
718
0
16
Quote :
That is exactly the same, and load_start is the DEPRECATED form.


Can you please advise what your source is for stating that this form is DEPRECATED?
 

peshua19

Member
May 25, 2018
897
0
16
Because I know about the -I, -K and -D options of rtorrent, and method.use_deprecated, and DO know the source code of rtorrent.
 

lisas4567

Member
May 25, 2018
773
0
16
As an update to the original issue, I set up a totally new user account and compiled a new version of rtorrent under that account. Using the exact same rctorrent.rc file, it now works. That seems to have solved the problem, but I'm still unclear as to how an apparent compile-time issue could have caused this problem.

On a semi-related note, in researching this, I ran across the Command Line Tools written by pyroscope which are my new favorite torrent-related tools. If you're a command-line junkie like I am and prefer rtorrent to ruTorrent, definitely give those tools a look.
 

saroos1

Member
May 25, 2018
718
0
16
Quote :
Because I know about the -I, -K and -D options of rtorrent, and method.use_deprecated, and DO know the source code of rtorrent.



I have no doubt that you understand the source, however I have not seen it stated anywhere on the author site or on your own Wiki site that the form is DEPRECATED and that is why I asked.

In your wiki article http://code.google.com/p/pyroscope/wiki/DebianInstallFromSource#rTorrent_configuration you also show the format as :
schedule = watch_start_directory,10,10,load_start=RT_HOME/watch/start/*.torrent
 

lisas4567

Member
May 25, 2018
773
0
16
Let's be honest -- the documentation around rtorrent is abysmal. The options are largely undocumented (system.method.insert, anyone?) so it shouldn't be a huge surprise that there's a lack of mention of something.

I can't recall where I read it, but I can confirm what pyroscope said. load_start has been deprecated.
 

peshua19

Member
May 25, 2018
897
0
16
If you follow the big red migration hint below that, you'll find an explanation, including a link to the migration script which is pretty much a full list of mappings from old to new.
 

saroos1

Member
May 25, 2018
718
0
16
Has anyone figured out how to resolve this? I'm having the same trouble with rtorrent on my Mac. I had no problem before I reformated and reinstalled Mountain Lion, but now manually loaded torrents and torrents loaded via the watch folder line in rtorrent.rc cannot be started with ctrl-s.

Let me qualify that. When hitting ctrl-s on a closed torrent, the torrent is then listed under "started" but is still labelled as closed.