Public bug reported:
Binary package hint: rtorrent
When you change the directory of a download, and then rtorrent is
stopped (for any reason), at restart it tries to find the files in the
default directory. When you try to tell it to look for the files in
their proper place, it won't restart the download.
Steps to reproduce:
1. Start a download
2. Stop it immediately (with Ctrl-k)
3. Change the destination directory to something else (with Ctrl-o)
4. Restart the download (thus in the new directory)
<something unexpected happens (or an update), and you have to restart your
computer>
5. rtorrent is restarted
Expected result: rtorrent remembers the directory change, and goes find the
files there for hashing and resuming the download.
Actual result: rtorrent restarts the download from the beginning, in the
default directory.
This is with a Ubuntu 9.10 using rtorrent 0.8.2-0ubuntu2 .
Here's what happened to me exactly: I usually want to download my
torrents in my home directory. However, I came across this HUGE torrent,
that won't fit in my home, so I stopped the download (with Ctrl-k) as
soon as it started, and told rtorrent to download it on a (much bigger)
USB external hard drive instead (with Ctrl-o). I restarted the download,
and everything was fine... until my computer froze (not rtorrent's
fault) and had to be restarted.
When I started rtorrent again, it tried to find the file in my default
rtorrent directory (in my home folder, thus). I tried the same as
before: stopping it, changing the directory, then initiate a hash to get
it back to downloading. While the hash seemed to work (it was properly
indicating how much of the download had previously been completed), the
download stayed on status "OPEN" and "Inactive". Ctrl-s didn't help. No
way to start this download again. The log indicated something like
"impossible to create the folder" (well, obviously(!), since it was
already there and rtorrent had just hashed it!).
I ended up changing the default directory in my .rtorrent.rc file and
restarting rtorrent. That did the trick (the hashing went well, and this
time Ctrl-s did restart the download (I don't understand why it went to
"Inactive" and I had to restart it myself, though)), but it's a pretty
ugly workaround, in my opinion. I'll have to change my config file after
this torrent is done downloading...
** Affects: rtorrent (Ubuntu)
Importance: Undecided
Status: New
--
directory change not saved
https://bugs.launchpad.net/bugs/502653
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
