Now this has become pretty common, I always will do one or more (If needed) after completion and would be perfect to have an automatic option to do so. There's an important reason for this, when a seed connects overnight and let you complete the file, but after he disconnects (maybe forever) and when you do re-check in the morning, it might or will have missing pieces, most probably one.
I think this is essential to not let sharing die because a seed thought for another new seed when it wasn't the case.
Hope you can work on this Devs!
Thanks for reading.

When is the last time you have run SMART diagnostics on your hardware?
Are you downloading onto a internal/external/network drive? Wht filesystem? Rechecking "just because" is stupid.
It's brought up on almost every torrent client. Bittorrent ensures byte perfect copies. BT, Inc recently spun out their "cloud replication without the cloud" as Resilio and charge people an arm and a leg for it because it ensures byte perfect copies. Could they do this if the protocol were buggy?? Each time you get a complete piece (check pieces tab, it says "saving data") it verifies the data, and then dumps it to disk. DEPENDING on your disk or settings on the OS it could fail for reasons outside Tixati.
If you want to try and diagnose the problem you can post the settings here or search for the "99%" problem on this forum.

First of all, thanks much for your reply, I appreciate it beforehand.
I'm willing to solve this issue since I dont really know other peeps are having it as well.

I will try SMART right now.
I'm dling to an internal HDD, it has NTFS.
Well, I learned the hard way, and now I do re-checks on every tor and the missing pieces are the norm. There was a torrent with one missing piece and this seed would go ignored everytime that last piece completed, finally another seed came in and I could get the piece properly. This might have to do with peers sending bad data on purpose, I dont know really.
I dont think tixati actually checks the files after completion, I would like to be confirmed on that.
Can you recommend me HDD settings for optimal performance since I do a lot of torr and something might have gone bad with time. Ive unchecked the writing cache on disk, please advice me on that, no problems so far.

Its worth to note though Im having regular memory management mostly bsods (ive noticed these happen in hot days) and also tixati crashes without notice.

Here are the SMART diagnostics, I use the TOSHIBA for storage.



Please keep in touch.

Firstly thank you for the pictures, they help some :/
It appears you have two Toshiba drives yes? The internal 4 GiB and external .5 GiB? Or two drives next to internal.
I have had alot of success with the Toshiba canvio external, so I may even upgrade to the 4 GiB size (or maybe just 2 GiB for USB 3.0 on my PC)

https://wiki.theory.org  is the "unofficial" destination for bittorrent, you used to be able to see many BEP on the official bittorrent site, but unsure how that has changed since Arvid from libtorrent joined there.

It is no question the data is all transferred, and then dumped to disk IF it checks out (the metadata .torrent comprises all the hash code for each piece of your transfer. The problem appears to be after the dump (from RAM) or buffered (If you Ctrl-Alt-Del and open Task Manager, do you see large seek times in drive graphs?)
I mention physical problems first, normally start with SMART for hard drive, it possible for failure. Then checking RAM. If you have not noticed any errors it is probably OK. But until you check you can't be sure.

I wanted to skip ahead slightly and ask about the transfer layout. Many times when we get a transfer there is the "content" we want, then other files. These can be un-selected with the auto-select 20% option, where Tixati auto- DESELECTS these under Files tab.
Makes life easier for download, not so for upload. EACH TRANSFER has to have 100% of the files (no Priority -> OFF) to seed, and i.e. be 100% complete. You will note any of your transfers with the "selective download" by the little bar gfx on the right side of your NAME column in the TRANSFERS tab.
Any transfer with this is not really 100% anyway, only 100% of what YOU WANT. makes sense? SO you can readily see if this is the truth by going to your FILES tab and looking and turning all the columns on.
I use % to make sure 100%, and then display shows geographically which parts are not there.
Generally speaking the more files in the transfer the more chance for "99%" due to cross file pieces. These are the beginning of one file-- end of another. Which is the case for all files after #1 in a transfer. Technically also not applicable for "placeholder" files 0 bytes long. Tixati creates / allocates / completes these files all the beginning. ALSO the reason why i hate advertisements.

When you come back to a Tixati with 99%, how did you close it last time?? Many users do not understand and read about features like "auto shutdown"... Tixati needs nothing other than the .dat files and the EXE to run (only 1 folder when using PORTABLE) Therefore when this data is corrupt/incomplete you have issues. Do you use this situation to "verify" 100%.
Try NOT shutting Tixati down.you can right click -> Force recheck 1, 2, 10x and it will still stay 100%. KEEP IN MIND if you use shell commands @xfer :xfer or :file you will need to wait a minute for the specific operations to occur before it will sequentially process the RECHECK command.
For even more investigation, if you are STILL seeing this without closing/reopening Tixati, please go to the Event Log for your transfer, turn on verbose logging with error (bottom of the list) then cause the situation by finishing the transfer, it processes your 100% commands of move or rename then stop logging.
Paste/upload here or online and someone will look at it. This is all the instances, in any situation I can tell you about the bittorrent process. Aren't you happy you asked :D

For any questions reply below I will answer as I am able. Happy Christmas to all.