Erroneous torrent (missing files) should pause to prevent re-downloading if Recheck finds no files?

[slrslr]

Suggestion

When (payload) files are missing for torrent during qbt startup, torrent is placed into category of erroneous torrents. User clicks this category, right click to recheck the torrent. This torrent disappear from this category (that is inconvenient a bit, because i have to switch to All torrents and filter out, maybe forgetting the torrent name) in order to check what happened with the torrent. I have to do this quickly.

Why I have to? If (payload) files was relocated, i believe that torrent start downloading them again (if was not paused by user before got erroneous maybe), which is wrong, because i already have files most probably, only somewhere else. Maybe torrent has no longer seeder, only leechers with partial files. Then when i set proper location, qbt will overwrite complete files by incomplete #127. Thanks, but that is not good.

So i think that maybe when torrent is in erroneous torrents folder, and recheck is done it should stay in this folder and no payload files are found, then torrent should automatically turn to paused state and stay in that folder for ever or until next qbt start. Maybe if recheck resulted in 100% downloaded, torrent does not need to be paused but automatically resume its previous seeding state.

Thank You

Use case

No response

Extra info/examples/attachments

No response

[glassez]

Recheck actually means reset all and start from the scratch. If you don't want any torrent (including "missing files") to lose all the current progress, you should never do a recheck.

[slrslr]

@glassez Thanks.

When there is only one "check" kind of option known to allow user to check the files, so i think users use it to attempt to verify the existence of the files/payload at current location. And if check fails, it should NOT start downloading already downloaded files right away without asking, because user may want to change location, rename payload. As described, auto-download after recheck (at background without user knowing possibly, as described) of the data (that was likely already downloaded), without confirmation to user, may be wasting bandwidth and also as per the issue linked in 1st post it is making mess/possible data loss.

Solution/Feature request:

• Before starting multiple torrents recheck or after first payload is not found (after recheck), prompt: What to do in case files(payload) is not found? Download again (may cause duplicity) / Set as Paused / Leave it in Missing Files category / Cancel operation?
• Single torrent recheck: Upon finding 0% payload ask: Files/payload not found for torrent ABC. A) Download again B) Change save path C) Return it back to Missing files category, i will manage it manually.
• Return missing payload torrents back to erroneous category (Missing files?) after recheck.
• Implement database/index of file hashes - actually Missing files category may rarely be utilized and recheck needed if feature #6520 is in place

[thisisnotmyrealname]

A sane approach would be to go to a paused state after completing a forced recheck, regardless of file completion so user has a chance to review status.

User can then start/delete torrents based on the results of it being rechecked.