Dec 16, 2019
08:18 AM
(This works in projects that use MSI as the installation engine, I don't know enough about pure Installscript projects to help you there) Honestly, I find the prequisite Installer too complicated to use it for installing .NET packages and I kept running in the same problems. It also doesn't make sense to me to install additional packages before your Setup (except when your Custom Actions need .NET themselves). I rather run the required package AFTER I'm sure my own installation had run successfully. This is what I do: Get the online or offline .NET Installer you need from https://docs.microsoft.com/en-us/dotnet/framework/deployment/deployment-guide-for-developers#redistributable-packages and store it in a persistent location Add a System Search for the Registry Key like https://docs.microsoft.com/en-us/dotnet/framework/deployment/deployment-guide-for-developers#detecting-the-net-framework and save the result in a Property, eg PROP_DOTNET_INSTALLED_VERSION. Also make note of the DWORD Version of .Net Framework you require (In your case, 4.7.2 -> 461808) Add a new Custom Action EXE->Stored in Binary Table and add the Exe file you just downloaded Add the following string to the "Command Line"-Option in your Custom Action : "/passive /norestart /showrmui /LCID [ProductLanguage]" (no quotes) This will show a passive progress dialog of the .Net installation. Use "/q /norestart /showrmui" (no quotes) instead if you don't want to show anything to the user Run the CustomAction after "InstallFinalize" and execute it when the .Net Version from the Registry Key is lower than the one you require (in your case this would be: NOT REMOVE~="ALL" AND NOT PROP_DOTNET_INSTALLED_VERSION >= 461808) Depending on your setup design, you can(should?) add a Checkbox in your dialogue so the user can decide if he wants to install missing .NET during the setup or all by himself afterwards.
... View more
Dec 13, 2019
03:51 PM
I think I might found a bug in Installshield that causes this behaviour: When you pass MSI Logfile Options with the /V Parameter AND the path to the MSI logfile contains a dot(!) WHILE your doing a MajorUpgrade operation, Installshield will keep the broken Add/Remove Programs entry in the registry. You can reproduct this behaviour with any setup.exe that is created from a Installscript MSI project (might affect other project types, but I didn't test them so far): Make a setup and generate two different versions (eg 1.0.0 and 2.0.0) Create a path with dots, eg. C:\path.with.dots\ run the Setup with following argument Setup.exe /V" /L*v!"""C:\path.with.dots\setup.log"""" This error doesn't reproduce when working with a .msi file, so it seems to be a problem with the IS Bootstrapper. My current workaround will be saving those files to a path that doesn't contain dots (like C:\Windows\Temp) and copy the file back to where I want it after the installation
... View more
- Tags:
- bug
Latest posts by SemmlTim
Subject | Views | Posted |
---|---|---|
5087 | Dec 16, 2019 08:18 AM | |
1036 | Dec 13, 2019 03:51 PM | |
1064 | Dec 13, 2019 06:46 AM |
Activity Feed
- Posted Re: Install .NET Framework 4.7.2 on InstallShield Forum. Dec 16, 2019 08:18 AM
- Posted Re: Problem caused by possible bug on InstallShield Forum. Dec 13, 2019 03:51 PM
- Tagged Re: Problem caused by possible bug on InstallShield Forum. Dec 13, 2019 03:51 PM
- Posted RemoveExistingProdcut leaves second Registry Key (Installshield_{ProductCode}), leading to broken Control Panel entry (Error 2318?) on InstallShield Forum. Dec 13, 2019 06:46 AM