Open erasmux opened 5 years ago
@lev777
Please open a different issue for this (if you think it's a qbitorrent problem).
Also try to refrain from linking irrelavent tickets. The problem you describe is a (potential) bug with the existing recheck mechanism which should not make any assumptions, while this "Wishlist" request is for a separate option to quickly recheck torrents while making the assumption that if a file exist with the proper size it's data will match.
I am in no way requesting to replace the existing the recheck mechanism.
+1
it would be good if 100GB torrent is "Missing files" status, because payload folder was renamed. When i rename the payload folder in qbt to match new name, it would be handy if the recheck is not needed and it would just check files and folders exist. So far it seems one have these options:
Request
Add an option to quickly set torrent as 100% complete with minimal disk usage (i.e. without rechecking the hash for the entire torrent data). The use case is when the user is sure that matching files exist as the appropriate location.
Ideally, this should still do a sanity check that the files exists. In case even one file is missing, it should be good enough to mark the entire torrent as "Missing files" - I believe such a sanity check already exists when qbittorrent starts. A more complete solution would be to mark as complete only pieces where all files included in the piece exist, but I assume this is more work and probably not worth the effort.
Rational
Rarely, qbittorrent will set the status of some of my complete torrents to "Missing files" or it queues up a bunch of torrents for rechecking. This usually happens after qbittorrent crashes or hangs and I am forced to kill the process (which thankfully happens very rarely). This also happened to me on a massive scale when I accidentally launched qbittorrent with one of the drives disconnected (and the torrents remained as "Missing files" even after I reconnected the drive and relaunched qbittorrent).
I agree that this should be the default behavior - without explicit instruction from the user, qbittorrent should play it as safe as possible. But in the case the user would like to save both the time and hard drive grind of rechecking huge amounts of data this option would be very useful.
There is already a "Skip hash check" option when adding a new torrent and it would be very helpful in specific situations if this could be done without removing the torrent and re-adding it (which requires finding / re-downloading the torrent file, setting the correct location and re-renaming files in some cases).
This could also be useful in cross-seeding scenarios.