Force lazy recheck

[erasmux]

trafficstars

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.

[erasmux]

@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.

[slrslr]

+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:

• re-add torrent as a workaround.
• quit qbt and rename folder back to what qbt is expecting, start qbt
• quit qbt, edit fastresume file and relaunch qbt (i think editing can corrupt the file)

[stkw0]

+1

It would also be very useful for very big torrents. I would prefer a lazy recheck that waits until a leecher comes than to check thousands of torrents at the start as it puts a lot of I/O pressure to the computer and most of the torrents rarely have an active leecher.

[xavier2k6]

ANNOUNCEMENT!

For anybody coming across this "Feature Request" & would like/love to see a potential implementation in the future! Here are some options available to you:

1. Please select/click the 👍 &/or ❤ reactions in the original/opening post of this ticket.

2. Please feel free (If you have the "skillset") to create a "Pull Request" implementing what's being requested in this ticket. (new/existing contributors/developers are always welcome)

---

DO:

• Provide constructive feedback.
• Display how other projects implemented same/similar etc.

DO NOT:

• Add a "Bump", "me too", "2nd/3rd" etc. or "criticizing" comment(s). (These will be disregarded/hidden as "spam/abuse/off-topic" etc. as they don't provide anything constructive.)