rumanzo / bt2qbt Goto Github PK

Hi, rumanzo,

Is there a similar tool to migration from qBittorrent to uTorrent?

For full details, see qbittorrent/qBittorrent#8960

Describe the bug
because of an extra backslash added to the (root) path of the files, sometimes (not every time), we get an I/O error when launching Qbittorrent and the files are not found then shared

most of the time (for 235 on 237 torrents in my case) it affects torrents with only 1 file in it, when it's a root path and has the name of the file inside
torrents with more than 1 file in it doesn't seem to be affected (just 2 on 237 torrents in my case; maybe i used the "create a sub-folder" at the time for those 2 torrents and that's the reason?)

if the path mention a folder there isn't any problem with the extra backslash

Expected behavior
when the path is a root path, bt2qbt should check the number of backslash at the end of the path (before adding one or if there's already an extra one)
if it's the reason of the error?

Screenshots
the error message (in my language, "erreur E/S" means "I/O error"

the normal behavior with multiple files in the torrent:

the wrong behavior with only 1 file in the torrent:

no problem with "no root path"

and what surprises me the most: for the majority of the torrents, there's no error despite the extra backslash O_O

Desktop (please complete the following information):

• OS: Windows 7 SP1 x64 bits
• versions of bt2qbt tested: bt2qbt_v1.14_amd64, bt2qbt_v1.15_amd64, bt2qbt_v1.17_amd64

thanks again for your great tool!

Transmission is a popular open-source torrent client, it would be nice to have migrating to\from it supported here too.

Since https://github.com/mikedld/bt-migrate is pretty much dead and there can't even be a compiled version found - bt2qbt is the only torrent migration tool left out there

Not sure why but a few of the torrents imported have an invalid path of :, when it needs to be: **:**. Otherwise the torrent errors out. Attempting to change the path via the qBittorrent UI doesn't actually change it. I don't actually know what is causing this. For what it's worth all of the torrents that have this is issue have the drive letter X: (but not all torrents with said drive letter have this issue). Using your qbtchangetracker, I was able to rename the paths to include that initial backslash. Unclear if you will be able to reproduce--can send my uTorrent resume file (from uT 2.2.1) if this is helpful.

Describe the bug
Files with Accented Characters (portuguese) are declared missing. These characters are dropped or replaced by others.
For example: 01 Canção de Engate.mp3
Renaming the files in qBittorrent solved the problem, but requires doing it manually.

To Reproduce
Steps to reproduce the behavior:
Use bt2qbt_v1.21_amd64.exe to export uTorrent to qBittorrent

Desktop (please complete the following information):

• OS: Windows 10 64 bit
• Browser Firefox
• Version 123.0.1

After transferring my torrents from BittorrentPro 7.10.5 to qBittorrent v4.5.2, I noticed that I cannot change category save paths as per usual, because all torrents are downloaded into one directory instead of their respective subfolders/subdirectories.

Upon some investigation I noticed that subfolders are completely missing from the Content tab for all torrents and instead the subforder name has been appended to the Save Path for each torrent. The problem with this approach is that, like I mentioned, changing paths for any one torrent or for a group of torrents transferred from Bittorrent to qBittorrent is completely broken. The only way to change the save path for a torrent transferred with bt2qbt seems to be manually creating a new folder for every single torrent and pointing the torrent to that new folder.

Is there a workaround for this? Is it possible to change this behavior or is it a limitation of the program?

Thanks.

Describe the bug
Totally not what I expected, every stopped in uTorrent torrent started downloading when I opened qBitTorrent, completed torrents (which I already deleted files for) became 0% and missing error, it started checking all files

To Reproduce
Steps to reproduce the behavior:

• import from uTorrent

Expected behavior
All should be the same in QbitTorrent as you have left it in uTorrent

Desktop (please complete the following information):

• OS: Win 10
• uTorrent 2.2.1
• Qbittorrent 4.3.9

Here in uT:

After importing to QT:

Torrents which started by themselves after importing were stopped in uTorrent with this status, but import changed stopped to started for those:

Either my -t and -r are getting ignored, or I'm doing something wrong here - likely the latter. My old BT instance was dumping the torrent files to a network share \FREENAS\Files\Torrent files\ which I've remapped to new ubuntu QT as /home/talz/nfs/files/Torrent files/ and resume.dat has been copied to the network share mapped as /home/talz/nfs/files/resume.dat

Syntax:
./bt2qbt_v1.6_amd64_linux -r '\FREENAS\Files\Torrent files,/home/talz/nfs/files/Torrent files/' -r '\FREENAS\Media\Videos,/home/talz/nfs/videos/' -r '\FREENAS\Media\Torrents,/home/talz/nfs/torrents/' -t '/home/talz/nfs/files/Torrent files/' -s '/home/talz/' --sep=''

Result:
###/### Can't find torrent file /home/talz/\FREENAS\Files\Torrent files\xxx.torrent for \FREENAS\Files\Torrent files\xxx.torrent

• I imported more than 2000 torrents from utorrent v2.0.4 and everything worked like a charm (big thank you), except 6 torrents that had File Mismatch errors in qbittorent.
• When I clicked open destination folder, qbittorrent would not find the files.
• At the same time, utorrent could see the files and force-recheck to 100%.
• I tried twice using bt2qbt v1.10 & v1.9.
• The torrents were whole torrents (not partial downloads).

Removing the torrents and re-adding them by pointing to the full path and selecting "do not create a subfolder" & doing force recheck, showed the files at 100% in qbittorrent.

I am not sure what else to check and report.
I thought maybe it could be a character in the folders names.

• OS: Windows 10 Pro 1909
• utorrent v2.0.4
• qbittorrent v4.3.3

Describe the bug
When I tried using the program, I got the following message:
"Can't process convert resume.dat" and after ~30 seconds the console becomes responsive again.

After many experiments, I found what was causing this - if the trackers in the list are not properly separated by an empty line, it fails. Such trackers appear as a separate "ITEM" subgroup in the BEncode Editor.
Please account for such cases by implementing functionality which fixes such occurrences.

To Reproduce
I'm attaching an archive containing example resume.dat files and torrents - one is BAD, and the other one has been manually FIXED.
DAT.torr.zip

Steps to reproduce the behavior:

1. Run the program with command pointing to the directory containing the extracted BAD resume.dat file
2. See error

Expected behavior
The program should complete the procedure successfully. It should account for cases like this and fix occurrences of trackers not separated by empty line (as seen in the uTorrent Torrent Properties window), or empty tracker lines (three consecutive empty lines, as seen in the uTorrent Torrent Properties window, see the first attached screenshot below).

Desktop:

• OS: Windows 7 Ultimate x64 SP1
• Versions: uTorrent 2.2.1 Build 25154; bt2qbt 1.11, 1.12, 1.13, 1.14, 1.15

An extra request
Please consider adding the option to display more details why the program fails, why it can't process the resume.dat file. I fear that even if the issue above is fixed, there will be other issues with some of the rest of my torrents (~3400 in total).

Screenshots
Screenshots to help explain the problem and the solution.
They were taken in Win10 to avoid messing all my torrents on the Win7 machine:

I used the tool for the first time today, I will probably not use it any time soon, however it does not import RSS feeds and its configurations, had to do it manually.

I don't know if it is possible to export/import from uTorrent (and the other clients) the RSS feeds to the qBt with its rules and stuff.

Thanks

first thing: great tool! thanks for it! :)

Describe the bug
maybe i forgot something but when I use the tool to import torrents from uTorrent (or BitTorrent), the trackers URL are missing

To Reproduce
Steps to reproduce the behavior:

1. for uTorrent, just launching bt2qbt_v1.14_amd64.exe with double clic
2. wait for import
3. XXXX/YYYY Sucessfully imported ZZZZ.torrent
4. open QBittorrent
5. torrents are imported but the column "tracker" is void, same for the "tracker" tab of the torrents

Expected behavior
i think the trackers should be imported with the torrents
in case of cross-seeding or if we are on multiple trackers, it will be a nightmare to match each torrent with its tracker
i think it's the same problem with multi-tracking torrents

Desktop (please complete the following information):

• OS: Windows 7 SP1 x64 bits

Screenshots

source of the torrent on BitTorrent:

source with tracker tab:

after import

after import with tracker tab (and menu on the left)

if necessary i made screens for the 2 similar torrents (cross-seeding)

Hello,

I've encountered an issue with bt2qbt that I wanted to bring to your attention. When migrating torrents from uTorrent to QBittorrent using bt2qbt, the files of these migrated torrents are not permanently deleted from the hard drive, even when using the "Also permanently delete the files" option in QBittorrent.

Steps to Reproduce:

Use bt2qbt to migrate torrents from uTorrent to QBittorrent.
In QBittorrent, attempt to delete the torrent and its associated files by selecting the "Also permanently delete the files" option.

Expected Behavior:

Both the torrent and its associated files should be deleted from the hard drive.

Actual Behavior:

The torrent is removed from QBittorrent, but the files remain on the hard drive.

Additional Information:

I've found several users in the Qbittorrent Forum experiencing this same issue, but no one has pinpointed the cause. After some investigation, it appears that this problem only affects torrents that were migrated from uTorrent using bt2qbt. Torrents that are added directly to QBittorrent are deleted as expected, with all files being removed from the hard drive.

Thank you for looking into this issue. If you need any further information or logs, please let me know.

Hi rumanzo,

there is a wrong link to 32bit version of bt2qbt.
bt2qbt_v1.2_i386.exe is the same as bt2qbt_v1.2_amd64.exe (both are 64bit).
https://github.com/rumanzo/bt2qbt/releases

uTorrent has download priority levels per file of 0-15, with 0 = do not download and 15 = highest priority. But it looks like some torrents with files of low download priority--but nonetheless, not zero--are mapped to a download priority of 'do not download' in qBittorrent by bt2qbt. This results in the files being marked as not having been downloaded, even though they have been. Torrent must be paused, each file enabled by hitting their respective checkmarks, and then entire torrent rechecked in order for the files to be recognized. Unclear to me exactly when this happens, if there's a priority threshold below which a torrent is marked as 'not downloaded' or what, --next time I come across one, can (gulp) reopen uT and take notes of the download priorities for the torrent in question.

All torrents that were renamed on addition to uTorrent display a save path that includes the renamed folder, but uTorrent correctly shows these torrents as having the save folder selected by the user.

To Reproduce

Steps to reproduce the behavior:

Add two torrents to uTorrent. Use the same save path for both. Leave the name unchanged for one and change the name of the other. Exit uTorrent and run bt2qbt. When qbittorrent is run, it will show the save path for the renamed torrent as a full path to the folder with the new name, while the save folder for the other one is correct.

Expected behavior

The save path should be the same for both torrents.

Desktop (please complete the following information):

• OS: Windows 10 2004
• Browser: Chrome 92.0.4515.107
• bt2qbt version: v1.11_amd_64

Additional context

It isn't clear how uTorrent determines the save path. The sections of the uTorrent resume.dat file appear the same for both torrents. However, for the renamed torrent, uTorrent appears to create a .torrent file with the new name. Perhaps it compares that name to the internal name and that's how it recognizes that the save path wasn't changed by the user?

Hello there! Fancy seeing you here!

Although a bit scared, given the bitbucket repo link does not work for some reason, and I got scared you closed-source this!

Have you considered / is it easy to migrate the uTorrent statistics to qbt?

(At this point, I am looking to merge them, but the underlying question "have you figured out how qbt stores its statistics?" remains)

As mentioned on the readme, partially downloaded torrents will be visible as 100% completed, but in fact you will need to do a rehash.
I couldn't find a way to trigger a rehash in the qBittorrent UI though.
Could you a description on how to do this in the readme?

I have many edited torrent names, so you might wanna use value["caption"] for torrent names or create an option for it.

Also, I've migrated from windows utorrent to linux qbt, so had to edit paths. Some people might find it useful.
Edit the end of fillsavepaths() function:

	//newstructure.QbtsavePath = newstructure.Save_path

	str := ""
	var replacer = strings.NewReplacer("f:", "F:", "g:", "G:", "\\", "/")
	var replacer2 = strings.NewReplacer(
	"F:/Games", "/home/username/games",
	"G:/mybackups", "/mnt/seagate/backups",
	"//", "/")


	str = replacer.Replace(newstructure.Save_path)
	newstructure.Save_path = replacer2.Replace(str)
	
	for i := range newstructure.Mapped_files {
		str = replacer.Replace(newstructure.Mapped_files[i])
		newstructure.Mapped_files[i] = replacer2.Replace(str)
	}
	
	newstructure.QbtsavePath = newstructure.Save_path
	fmt.Println("%v\n%v\n", newstructure.Save_path, newstructure.Mapped_files)
}

When I run the macOS build it tells me that it cannot decode the resume.file

~> ./bt2qbt_v1.11_amd64_macos -s ~/Library/Application\ Support/uTorrent\ Web                                                                                                                    
2021/11/19 18:59:03 Can't decode uTorrent\Bittorrent resume file

• OS: BigSur 11.4
• μTorrent Web Version 1.2.3.3777 (8475)
• bt2qbt v1.11

The released mac version is an unrecognizable binary by the OS.

Could you give some hint how to use it?

Sorry I don't understand what was fixed in v1.10 Release. Could you please provide an example for what was broken?

Should I re-do my utorrent to qbittorrent transfer that I just did using v1.9 ?

Hello, would you please implement an ability to transfer a "Forced" state of torrents? ("Forced upload".)

If so perhaps worth updating the README ?