Well, there were 2 issues brought up in this thread by Hubert:
1. That cancelling an update won't rollback the update. We can't reproduce this. wyUpdate rollsback the update everytime.
2. Stopping an update by "catastrophic event" (plug pulled, meteor shower, or whatever) doesn't roll back updates. Yes, wyUpdate doesn't recover from this type of event. Meaning your app will be in a bad "half state" between your old version and your new version.
Now technically there is a way to get around this problem. Windows supports "transactional file / registry changes" thus we *could* solve this problem. We just haven't had the time to implement the necessary changes (a massive amount of changed code). And even then, not everything wyUpdate does can be transactional (COM signing, executing files, etc., will all be non-transactional). So at best we can only half solve this problem due to limitations in the Windows API.
But again, this isn't a *huge* problem. Why? Because if the user's computer suffers power loss mid update then they can always just reinstall your app. Even your old version of your app, then retry the update and hope the power remains on.
So to sum up. We can't reproduce 1 (works for us). And 2 is a problem that effects a huge number of programs (most, in fact) including wyUpdate.