What steps will reproduce the problem?
1. Download a torrent
2. Remove the torrent but not it's data
3. Re-add the torrent, with fast resume
What is the expected output?
The torrent will be added using fast resume, and no hash checking will occur.
What do you see instead?
The torrent begins hash checking, and must complete before it begins to seed.
What environment are you using?
1. My ruTorrent version is: 3.5
2. My rTorrent version is: rTorrent 0.9.2 / libTorrent 0.13.2
3. I use web-server: nginx 1.2.8, Linux
4. I use browser: Chrome 27, Mac
Are some errors present in the web-server log?
No.
Are some errors present in the browser error console?
No.
Please provide any additional information below.
This only affects cases where $base.$file begins with "~/".
The other functions in the rTorrent class appear to resolve issues such as this
by using correctDirectory, so I have attached a patch which aims to resolve
this in a consistent way.
If you would prefer to run correctDirectory when the $files array is being
populated please let me know and I will update the patch accordingly.
Please don't hesitate to let me know if I can provide you with any additional
information to aid in the resolution of this bug.
Original issue reported on code.google.com by anci...@whatbox.ca on 16 Apr 2013 at 12:36
Original issue reported on code.google.com by
anci...@whatbox.ca
on 16 Apr 2013 at 12:36Attachments: