This is not a bug. This is an error that occurs quite commonly when for any reason the piece which was downloaded has some corrupted data in it and fails hash-check. This is the mechanism that BitTorrent protocol uses to make sure that the final file you get is exactly identical with the original one.
You can also see the amount of dropped (garbage) data downloaded, in the Summary tab by hovering the mouse in the Transfer area, over the Download Size value.
You can’t really minimize it, and transmission errors do tend to happen this way - none at all, or a whole bunch. Computers in general retry many times because most transmission errors are transient. (Disk read errors are handled this way too.)
It isn’t a particular bother most of the time though, since either an ungarbled message will get through, or the client will eventually decide to get the piece elsewhere. Being able to do that latter is one of the things that makes bittorrent so robust.
It’s only when you get the same error on the same packet over and over, and you’ve got all the others, and this has been going on for quite a while (subjective calls, all three of these) that suspicion arises of other factors that have to be dealt with. A few routers were making translation errors due to bad design, in the earlier days of bittorrent, and they would cause things like this.
Mostly though, you can just ignore them and let your client handle things.