All torrents missing after upgrading to 4.5.5 from 3.3.1

Doranwen commented 8 months ago

qBittorrent & operating system versions

qBittorrent: 4.5.5 x64 Operating system: Linux Mint 21.2 Qt: 5.15.3 libtorrent-rasterbar: 2.0.9

What is the problem?

I was migrating data from an old computer to a new build. The old computer ran Mint 18.1 and had qBittorrent v3.3.1 on it. I copied over both the folder under ~/config and the one under ~/local/share/data, as well as moved all of the data files to the correct location on the new computer. I installed qBittorrent from the PPA so I could get the most recent version possible (v4.5.5). When I opened it up, however, although the settings remembered where to store data files downloaded… there was not a single torrent file in the client, despite having over 150 of them before.

I double-checked that the fastresume files were not zero size and they are all there. Is there something else I need to do to make the client see all the old files? Or is the only recourse to add them all to the client afresh and lose any stored info on upload and ratio?

Steps to reproduce

No response

Additional context

No response

Log(s) & preferences file(s)

No response

thalieht commented 8 months ago

~/local/share/data/

Try ~/local/share/

Doranwen commented 8 months ago

I tried that but it has no effect at all, unfortunately.

Kolcha commented 8 months ago

different libtorrent versions have different (and incompatible) .fastresume format, so any data stored in them is not used. maybe "close enough" qBittorrent versions had some migration code, but I'm not sure, and this is definitely not the case for such huge gap. you have to re-add and re-hash existing data, unfortunately. only libtorrent 1.2 -> 2.0 has compatible (literally the same) .fastresume format.

some time ago (when I had "torrent server"), I wrote some scripts for exactly the same purpose as you want - keep share ratio and other whatever statistics. but I don't have them anymore, as no that server. even if I had them, they were unreadable even for me :)

but I may give some directions what to do if you want to "migrate" such statistics:

generate new .fastresume files by re-adding and re-hashing existing data. there will be no statistics
use python-libtorrent or whatever else tool/library which implements bencode (algorithm used by torrent data encoding) to decode/re-encode .fastresume files. they are actually benoded data, as .torrent files
decode old .fastresume files. there are several fields like "uploaded bytes", "seeding time" and so on. extract these values
decode, modify, and re-encode newly generated .fastresume files with these values from old files. field names may be slightly different, so some mapping may be required

P.S> using such trick with .fastresume modification even re-hashing can be avoided (you can just generate .fastresume that says "everything is downloaded"), but this should be used with caution, as this "tricks" torrent client. I did this just to avoid re-hashing of ~2k torrents ~12TB in total, just because previously this process took ~1.5 days on that PC and I didn't want to wait so much time for "nothing" (as I was 100% sure that all downloaded files are correct and were not modified).

Doranwen commented 8 months ago

That's too bad. Alas that no one's created scripts that can convert them from one format to another. I guess I'll have to just re-add and re-hash. The work to extract the old fastresume data is too much and not worth it. Thanks for letting me know.

qbittorrent / qBittorrent