Open SpiralGalaxy opened 9 years ago
I was just about to request the same thing.
Yes it makes no sense to keep both files. Move instead of Copy (useless for me) would be greater, as µTorrent does. Can you please change that behavior ?
Thanks
You guys are closing dupes for this but doing nothing to resolve it since 2014.
You guys are closing dupes for this but doing nothing to resolve it since 2014.
Patches welcome!
You guys are closing dupes for this but doing nothing to resolve it since 2014.
Patches welcome!
Point me to where it is in the code and I'll take a look!
Point me to where it is in the code and I'll take a look!
You'll be disappointed to know that it won't be a simple function call change from "copy" to "move". It copies from the internal \<hash>.torrent used by qBt to load torrents and not the original .torrent that users add new torrents from.
If i'm not mistaken, the only place qBt touches the original .torrent file for anything other than to read it, is when it is loaded from a watched folder to delete it after adding it.
It just occurred to me that the options "Delete .torrents files afterwards" + "Copy .torrent files..." have the effect of what this issue asks for. And if you want the "Copy for finished downloads" option... well make sure you finish downloading the torrent.
delete torrent afterwards only works for torrents that have been loaded not for completed torrents
Can we please change the behavior of "Copy .torrent files for finished downloads to:" into move? I dont see the point of keeping both the original and a copy of a .torrent file once a torrent is done downloading. Move makes a lot more sense to me.
Thanks