Vladimir Golovnev

Another related problem may be that the resume data does not correspond to the actual data on the disk. I.e., some parts may be marked as completed in the resume...

But in reality, the problem of incorrect shutdown of the system cannot be reliably solved, besides, we should not consider it as a regular scenario. I think we should focus...

> I tried the same file on a 3Gb VM that resulted in swap usage. "Memory mapped file" should be swapped with its source file and not with the regular...

@Chocobo1, please, participate too.

>it sounds like you're asking that the "check-resume" step not validate the resume data against files on disk Not exactly. I think it still makes sense to validate the resume...

>The only meaningful thins I can think of a second flag could do would be to ensure that the file priority vector has a valid number of slots in it,...

>Currently it's possible to specify the piece- and file priorities for more pieces and files than there are in the torrent. This is specifically to support affecting those priorities for...

> actually. a flag that means "don't validate any of the resume data against files on disk" would be sufficient for your use case, I think. It would have very...

>would you mind testing this? #5173 Well, I tested it a bit. It fulfill its main purpose, i.e. it does not reset progress if previously downloaded files are missing when...

@FranciscoPombal Your comment clearly shows that you are not familiar with qBittorrent internals and its main difficulties in interacting with libtorrent. The loss of current progress when running with inaccessible...