[Patch] rTorrent::fastResume does not use correctDirectory to support paths that begin with "~/"

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

Attachments:

fastresume.diff

xwmario / rutorrent

[Patch] rTorrent::fastResume does not use correctDirectory to support paths that begin with "~/" #818