Resume file gets corrupt filesl data, while torrent file is unchanged.

[er013]

What is the issue?

At some point in time, not sure when, some of my torrents seem to be stopped, showing red names... Doubleclick on them says No data found! ...

One after another, I find files just fine, present and accounted for. Somehow transmission does not think so. Verifying local data does nothing, still same error message - No data found!

Did one re-add for one such torrent, where data existed just nicely. Transmission now verifies local data ok, starts up and feels allright.

Went on to look at next such torrent. While torrent file is unmodified since may 2023 and has correct files -info in it, resume file for that same torrent has wrong filesl data!

Non-exact example (length-numbers not to scale): torrent:name69 - Surname N. - Book title (year).pdf resume.filesl56 - Name Surname - Book title (PDF) resume.name56 - Name Surname - Book title (PDF) Obiviously on-disk file I have downloaded long ago, is Surname N. - Book title (year).pdf

Other example (length-numbers not to scale): torrent:name72 - Something Else (year) by Someone Else.epub resume:filesl55 - Something: Else by Someone Else resume:name72 - Something Else (year) by Someone Else.epub In this case resume file has correct filename... but its at name department! filesl is looking like title, not a filename. Filename on disk, that was downloaded long ago using same torrent and older transmission - Something Else (year) by Someone Else.epub - just like in torrent file.

Checked next such no-data-found-torrent - same story, torrent name says one thing, resume file has something else. Something that resembles perhaps name/title, but surely is no filename. In total, found 8 such torrents, in that sad state. All of them have large upload-ratio, they have been downloaded long ago and seeded for some more time. Until something wrecked these resume files...

How can such a thing happen to resume files? If torrent file has no wrong filenames in it, how does transmission get this into resume files?

transmission-gtk 4.0.6+dfsg-3 on debian

Which application of Transmission?

GTK+ app on Linux, BSD, etc.

Which version of Transmission?

4.0.6+dfsg-3

[er013]

And. What is up with that "To re-download, remove the torrent and re-add it." -- transmission has torrent file present, cant it actually have a command to do just that - re-add? Or better yet, while having a command to verify local data, check its resume file against torrent, see if somethings amiss... No?

[er013]

Given that said "title" -like stuff does not appear out of thin air... Might it be stored while torrent was added using magnet links, if magnet link contained some form of title? Could it be these title and filesl were initially stored correctly and later some fault switched them around in resume file? Like one example provided above - name had correct filename and filesl had title-like-string.