Fast Resume loses some custom torrent folder names; correcting it goes to 0% downloaded, requires manual recheck

[Belove0]

qBittorrent 3.0.8

When starting qBittorrent, Fast Resume "succeeds" with torrents per the log, but some multi-file torrents have had their folder name reset to the default from the torrent file rather than the name I set (and where the files are located).

When a peer connects to download a piece, the following error and log entries are generated:

1. An I/O error occured [sic], 'TORRENT_NAME' paused.
2. Reason: DEFAULT_FOLDER_NAME file
   (FILE_PATH/DEFAULT_FOLDER_NAME\SOME_FILENAME)
   error: The system cannot find the path specified

And then the torrent is paused (still showing 100% downloaded).

To correct the issue, I rename the top folder in the torrent on the Transfers/Content tab.
As soon as I rename the folder, the "Done" column is changed to 0.0%.
If I simply try to resume the torrent, it will try to redownload it, so I have to do a Force Recheck first.

This problem is presently effecting one torrent on my list, albeit a large one. Following the above procedure to recover the correct state for torrent requires a lot of file I/O and time to correct, as well as several manual steps for each torrent.

An alternative temporary fix is to delete the torrent from the list, then reopen or redownload the torrent file, selecting the folder name and the "Skip Hash Check" option in the Add New Torrent dialog. This sometimes prevents a recheck (although, and this is a separate issue, some torrents are rechecked anyway..., not sure why). The particular torrent on my last at present exhibiting the issue gets rechecked even this way.

Upon restarting qBittorrent again in either case, the same torrents have lost their custom folder names and repeat this issue exactly.

The custom folder names lost all happen to include Unicode characters, although other torrent folder names with Unicode characters are not lost. A large percentage of my custom folder names contain Unicode characters. I don't know if this is relevant at all, but it does occur to me that it may be a string handling bug with certain codepoint ranges.

[UrbanPotato]

hmm wonder if this is related to the libtorrent sparse flag bug try the experimental builds on the forum

[embar-]

I think I have similar situation. I have fully download content.
After Linux distribution update, mounting points of removable media changed from /media/[my_media] to /var/run/media/[user]/[my_media].
After starting QBittorrent, I saw I/O error. All files were marked as paused.
Then I closed Qbittorrent, tried to create symlink from /var/run/media/[user]/[my_media] to /media/[my_media], (but I uncorectly did this: one directory level was too deep).
I started Qbittorrent, all downloads paused, 0% downloaded. It started all downloads from the begining...
Then I awared, that I did mistake in symlink.
So I closed Qbittorent, fixed symlink, removed all fles from incomplete downloads directory, reopened qbittorrent, but this program could force recheck successfully only files, that was downloaded with incorrect symlink...
I tried to move ~/.config/qBittorrent/qBittorrent-resume.conf , but then all downloads started from begining again, force recheck not worked... I tryied to remove ~/.local/share/data/qBittorrent/BT_backup/*.fastresume. Nothing better.
I convinced, that *.fastresume don't have path to download file,
and qBittorrent-resume.conf has it, but qBittorrent-resume.conf don't help in force check...
State at the momemt: In Qbittorrent I have all list of files, with correct paths (to fully downloaded files). But force recheck is unsuccessfull – Qbittorenr think, that file is not downloaded; it would try to redownload it again.

It is possible to force recheck data and share again without redownloading it?

It is possible to safely change location of downloaded file?
I is possible in Qbittorrent not to „forget“ success status for files, that are in currently not present removable media?

[sledgehammer999]

Is this still happening with 3.0.11?
Windows users can use my nightly: http://qbforums.shiki.hu/index.php/topic,1747.msg8034.html#msg8034
Ubuntu users this PPA: http://launchpad.net/~hydr0g3n/+archive/qbittorrent-trunk/

[UrbanPotato]

confirmed with nightly looks like a libtorrent issue with quick-recheck

[sledgehammer999]

Can you link to the problematic .torrent file?

[UrbanPotato]

http://torrents.linuxmint.com/torrents/linuxmint-15-cinnamon-dvd-64bit.iso.torrent

[ngosang]

We are closing all issues related to old qBittorrent versions (qBittorrent < 4.1.0).
Please, update to last release and, if the bug/error/crash is still present, open another issue.
Thank you.