Pre-requisite not being recognized by the installer as already installed, Windows 10

[wiebe333]

My installer has the " Visual C++ 2010 SP1 x86 (MFC Security Update)" prerequisite specified. When I run the installer on a Windows 10 VM (without the Creator's update, but with the anniversary update, if it makes a difference), the installer always tries to install the prerequisite, even if it is already installed. Also, when the prereq install process ends, then the installer automatically asks if you "really want to cancel the install of your program". If you select No, then the installer completely restarts, and tries to install the prereq again. Note that the installer works as expected on a Windows 7 VM.

Note that the installer was created using Advanced Installer 12.2.1. Is that specifically the problem, or is there a different issue here?

[Sorin]

Hello,

We have tested but couldn't reproduce your issue. Could your reproduce this behaviour on other Windows 10 machines? If so, please send us the .AIP (project) and a verbose log of the installation to support at advancedinstaller dot com so we can investigate them.

Best regards,
Sorin

[Sorin]

Hello,

This behaviour may be encountered when there is a missmatch between the EXE's setup digital signature and the extracted MSI's signature. Please take a look on our article :
Why the "Are you sure you want to cancel installation" message is thrown after clicking the [ Install ] button?

Are you in the situation of signing the EXE setup outside Advanced Installer? Can you please send us an email containing a download link for an installation that reproduces this behaviour? Thank you!

Best regards,
Sorin

[wiebe333]

No, we are not signing the .exe outside of Advanced installer. It is an .exe, but it is signed by Advanced Installer. I did send an email pertaining to your previous questions, but the only response I have received thus far from your company was a blank email. Do you still want me to send you guys a link to the installer, or is that unnecessary as per my previous email?

[Sorin]

Hello,

We are sorry for the blank email. We were trying to notify you that there is an update on this topic.
Please send us the link to the installer, so we can proceed to testing on different machines.
Also, "NovvaRunningDlg_en.ail" dialog from your Repository is necessary for opening your .AIP project. The path containing the Repository dialogs is :

Code: Select all

C:\ProgramData\Caphyon\Advanced Installer\Repository\Dialogs

Please send us this dialog too.

Best regards,
Sorin

[wiebe333]

Any word on this? I sent you an email with the necessary information.

[Sorin]

Hello,

We have tested your setup on Windows 10 with and without Anniversary Update and Windows 8 and couldn't reproduce your issue.
Your problem seems to be related to running environment. Can you reproduce this behaviour on other machines?
The prerequisite is not being recognized although is installed means that somehow the install conditions evaluated by Advanced Installer are not true. In "Visual C++ 2010 SP1 x86(MFC Security Update)"'s case the condition is the presence of a minimum value in a registry key. Please check that the machine which reproduces your behaviour has the following value in the registry:

Code: Select all

HKLM\SOFTWARE\Microsoft\DevDiv\VC\Servicing\10.0\red\x86\1033\Version key

with minimum value 40219.325

Best regards,
Sorin

[wiebe333]

Simply put, I do not have another machine to test this on. On the machine I have, the correct registry key is indeed set.

However, I have figured out another aspect of this- thus far the installer has been launched from a shared folder, which acts like another drive on the Windows 10 VM. On a whim, I copied the installer to the desktop of the VM, and now it works fine. It now recognizes the prerequisite being installed correctly. Does the installer have to be launched from a location on the C drive? If so, the messaging isn't that good for telling the user that. I'm using Oracle VM VirtualBox.

[Sorin]

Hello,

The location of the setup shouldn't make a difference. We have tested your setup on a Windows 10 Oracle VM VirtualBox with a mapped network drive of a shared location and we could not reproduce your issue.

Best regards,
Sorin

[wiebe333]

Ok, I don't know what is wrong with that VM then. I won't worry too much more about it. Thanks for your time and testing.

[Sorin]

Hello,

You are welcome! Please let me know if you have any other questions.

Best regards,
Sorin