Oct 05, 2021
05:04 AM
Hello, Recently we faced an issue where one of our software product installers was unable to run and install the application on certain Windows 10 computers. To deploy our application, we use a basic MSI project with an InstallShield compressed Setup EXE wrapper. The Setup EXE should open in the ideal circumstance, and after allowing the UAC prompt, the prerequisite installation and MSI installation should proceed normally. The issue can be seen once the Setup EXE is launched and the UAC prompt appears, but nothing happens after that. The MSI database is not even extracted, and no prerequisites are installed. The EXE process terminates just after few seconds and the /debuglog parameter has nothing. After further investigation, we discovered that the problem only occurs on certain computers and with certain individuals that have a whitespace in their username. The application installs correctly if we manually copy and run the extracted MSI database on these computers. The Setup EXE, on the other hand, fails to install on the same system. We manually changed the %TEMP% and %TMP% environment variables to a valid path with no spaces and discovered that the Setup EXE could execute the installer. Additionally, enclosing the existing %TEMP% or %TMP% in quotes ("") resolves the issue. We spoke with Flexera Support about this issue, and after more investigation, we discovered that on the faulty workstations, we are also unable to open %TEMP% or %USERPROFILE% using the Run command. This led to the conclusion that this is a machine-specific issue that has nothing to do with whitespace or user accounts. After further investigation, we found the root cause, the NtfsDisable8dot3NameCreation key present in HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem. This key is responsible for converting windows long path names to appropriate short path name notation so that the applications can function properly. This is set to 2 (Enabled) by default on all Windows 10 computers, however it can be discovered set to 1 (Disabled) on some systems that have the problem. As a result, the application is unable to properly read the %USERPROFILE% and %TEMP% locations. After we've properly set this key, we'll need to create a new user on the machine and then use that user to run the Setup EXE to resolve the issue. It won't work for existing users of the machine. Our question is: Is there any way to detect this registry key and check if the value is incorrect through the Setup EXE launcher? If it is incorrect, then show a proper message box to our end users? We know we can do that in our MSI database, but the MSI database isn't even getting called in this scenario because the Setup EXE fails to launch. We'd like to handle this scenario within the Setup EXE launcher's process. Any help or suggestion would be greatly appreciated. Thanks!
... View more
Labels
- Labels:
-
InstallShield 2020 R3
Jul 06, 2020
07:49 AM
Link provided by Debbiel does not open, does anybody have a resolution for this bug? I have the same problem. It is trying to build media table but the table is empty.
... View more
May 27, 2020
06:58 AM
Hi, I have currently deployed my app to users with almost all components marked as shared, most of them have created a ref count in registry and registered all components. Now when i plan a major upgrade, the current version wont uninstall properly and the new version would sometime fail. Also new version then leaves files behind during uninstallation. Logs show follwing lines - Disallowing uninstallation of component: {E0A9BE8F-CE7B-3851-A6C7-9709ECEB3DB3} since another client exists. Our new version and old version both work fine seperately. Also we now have marked most of the components as unshared still it is not able to upgrade properly. We also have created the upgrade table for major upgrade which triggers upgrade properly as well. Q1. How to correct the shareddll ref count and delete components properly during upgrade. I found following link but this meddles with ref count of other dlls as well. https://www.flexerasoftware.com/blog/software-installation/2010/11/cleaning-up-your-shared-dlls-registry-references-for-msis/ Q2. Even though we are changing file version, why are the files not able to update during upgrade. Q3. With every release we are changing file version, should the component IDs also be changed during upgrade?
... View more
Latest posts by cglicenseadmin
Subject | Views | Posted |
---|---|---|
311 | Oct 05, 2021 05:04 AM | |
1227 | Jul 06, 2020 07:49 AM | |
907 | May 27, 2020 06:58 AM |
Activity Feed
- Posted Setup EXE Fails to Launch - Long Pathname Issue on InstallShield Forum. Oct 05, 2021 05:04 AM
- Kudoed C++ 2019 Redistributable restart required via InstallShield for Lirantev. Feb 22, 2021 12:51 AM
- Posted Re: ISDEV : fatal error -3851: Error building table Media on InstallShield Forum. Jul 06, 2020 07:49 AM
- Posted Major Upgrade corrupting SharedDll counts. on InstallShield Forum. May 27, 2020 06:58 AM
- Tagged Major Upgrade corrupting SharedDll counts. on InstallShield Forum. May 27, 2020 06:58 AM
- Tagged Major Upgrade corrupting SharedDll counts. on InstallShield Forum. May 27, 2020 06:58 AM
- Tagged Major Upgrade corrupting SharedDll counts. on InstallShield Forum. May 27, 2020 06:58 AM
- Tagged Major Upgrade corrupting SharedDll counts. on InstallShield Forum. May 27, 2020 06:58 AM
- Tagged Major Upgrade corrupting SharedDll counts. on InstallShield Forum. May 27, 2020 06:58 AM