i'm using the advanced updater update and it works, it checks the update, finds it and downloads it but after download it tells me that the application is already installed
http://prntscr.com/lfky66 screenshot of error
Ok.. I thought so.. But at this point I don't undestand the purpose of this custom action? So it seems to be just another way to execute a regular upgrade? Is this correct?Eusebiu wrote: I'm afraid that the "Another version is already installed..." error appears before the execution of any custom action,..
Eusebiu
Unfortunately it's a quite old and big application full of legacy code working with registry entries checking specific ProductCodes. There is no time to refactor everything. ("I know we should..") This installer package has the same Product Code for almost 20 years.. So there is no way to prevent that users have to uninstall it manually?Eusebiu wrote: But my question is, why would you keep the same Product Code for different versions of your product?
Eusebiu
With this custom action you can uninstall the older versions of your product, no matter what Installation Type they use (per-user or per-machine).Ok.. I thought so.. But at this point I don't undestand the purpose of this custom action? So it seems to be just another way to execute a regular upgrade? Is this correct?
The only option that I can think of is to ship your package inside a wrapper that will first uninstall the old version and then will start the installation of the new version.Unfortunately it's a quite old and big application full of legacy code working with registry entries checking specific ProductCodes. There is no time to refactor everything. ("I know we should..") This installer package has the same Product Code for almost 20 years.. So there is no way to prevent that users have to uninstall it manually?
I've got a bit confused here. Do you actually change the Product Code or not? Changing it for major upgrades, but keeping it for path is actually the recommended way.Apart from this we only change product code for major and minor updates.
I'm afraid that I do not fully understand this question. Can you please give me more details?But it would be great to upgrade also for patch versions in case the patch breaks the patch rules.. what about this situation? what would you reccomend?
At the moment we don't change to Product Code. First we have to refactor the legacy code. After that we will start to change the Product Code for major und minor updates but of course not for patches, as this is the reccomended way I think. So my last question was only referencing packages we will deliver in the future but not right now.Eusebiu wrote:I've got a bit confused here. Do you actually change the Product Code or not? Changing it for major upgrades, but keeping it for path is actually the recommended way.