There are a couple of ways that you might integrate license checking into an update process.

If you are using the UpdateInteractive() method to check for updates, the best way to integrate license checking is to subscribe to the UpdateFound event. Within the UpdateFound event, you have access to not only the update that was found, but also a collection of all possible updates that the client could be updated to. You can perform whatever license check you need to, and based on that check, you can deny an update by setting the SelectedUpdate property of the event argument to null or nothing. You could also choose to set the SelectedUpdate property to an earlier update version that the user is licensed to apply.

You could also choose not to use UpdateInteractive and instead use either CheckForUpdate or CheckForUpdateAsync to perform an update check. If you do this, you can perform your license checks before the udpate check or after. After the update check, you have access to the current update information. You could still use the standard download form to display download progress after the custom check for update call.

Here is an example of how to use composite calls to emulate the same process that UpdateInteractive() performs

C#


VB


Also, if you are using the standard check for updates form and you want to set the summary text shown on the form based on your license check, you can subscribe to the UpdateDialogShowing event and change the summary text by setting the DialogSummaryText value of the event argument.