Sometimes one cannot help but to wonder what impulse drives people to comment the obvious instead of anything productive ... The initial poster reported the problem 13 months ago. Since then, half a dozen other people have confirmed the bug and when doing an Internet search, there are quite a few similar posts and reports about problems with the checking of torrents after µTorrent crashed. Consequently, this has nothing to do with any of the builds that were released since the original poster tried to bring it to the attention of the powers that be. Obviously in vain, because the bug is still alive and kicking in the current (at the time of this writing) release µTorrent 3.3.0.29544: sometimes checking hangs/stops at a certain percentage, sometimes it would not even start and stay at «Checked 0.0%». I can also personally confirm the previous poster's observation that µTorrent does not close down correctly since a couple builds. Even trying to remove it from memory via the task manager is often impossible, leaving a phantom process in memory until the PC is rebooted. This indicates a very seriously flawed shut-down sequence and it is time somebody looked into the matter that was reported last year. One obvious workaround would consist in eliminating those bugs that lead to µTorrent's crashing in the first place, but since that is an utopic hope, at least squashing the very annoying problem with hanging checks of partially downloaded torrent files would be appreciated. The possibility to continue a download is BitTorrents major point of distinction -- if that does not work, one could just as well download split archives from file hosting servers, where there is at least no ratio requirement.