About banna_k

banna_k · ‎Sep 16, 2021

@ccrowtheroo Can you check it by reinstalling the extension once again from the Marketplace.

banna_k · ‎Sep 16, 2021

@PSL_Developer Azure DevOps extension require SAB ( standalone build) feature enabled in the License server. Azure DevOps internally uses, InstallShield SAB to build the InstallShield projects. So it required SAB feature in the License server.

banna_k · ‎May 20, 2021

Hi @arto_huopana: Yes, InstallShield 2016 need to upgrade in to the latest InstallShield version(InstallShield 2020 R3). DevOps Build extension is supported from InstallShield 2020 onwards. Thanks, Banna

banna_k · ‎May 18, 2021

Hi @SpiderLily1, Please check the InstallShield KB article and hotfix installer for the VC++ 2019 restart issue. https://community.flexera.com/t5/InstallShield-Knowledge-Base/InstallShield-VC-2019-Prerequisite-restart-the-machine-after-the/ta-p/192356

banna_k · ‎May 18, 2021

Hi @SpiderLily1 , Please check the InstallShield KB article and hotfix installer for the VC++ 2019 restart issue. https://community.flexera.com/t5/InstallShield-Knowledge-Base/InstallShield-VC-2019-Prerequisite-restart-the-machine-after-the/ta-p/192356

banna_k · ‎May 18, 2021

Hi @Lirantev , Please check the InstallShield KB article and hotfix installer for the VC++ 2019 restart issue. https://community.flexera.com/t5/InstallShield-Knowledge-Base/InstallShield-VC-2019-Prerequisite-restart-the-machine-after-the/ta-p/192356

banna_k · ‎May 17, 2021

Summary InstallShield VC++ 2019 prerequisite restart the machine after the VC++ 2019 prerequisite installation, especially when installs on a machine installed with VC++ 2017 redistributable. However, VC++ 2019 redistributable from the Microsoft is not initiating the restart. Synopsis This information applies to InstallShield 2020 R3 version. As the hotfix installer from the below download link, only installs on InstallShield 2020 R3. Hotfix installer applies to InstallShield 2020R3 project types configured with InstallShield VC++ 2019 prerequisite: Basic MSI InstallScript MSI Installscript Cause InstallShield uses several methods to determine if a target machine should be restarted after running the InstallShield prerequisite. One of them is by counting the entries in the "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SessionManager\PendingFileRenameOperations" registry key. The registry keys are counted before and after the InstallShield prerequisite is run. If these numbers are not the same, it is assumed that the file is trying to restart the system and exit the installation. Microsoft VC++ 2019 redistributable is updating the " PendingFileRenameOperations" registry key during the installation, especially when Microsoft VC++ 2017 redistributable is installed on the target machine. Hence, InstallShield prerequisite is initiating the system restart because of the mismatch in the number of entries for " PendingFileRenameOperations" registry key, before and after the VC++ 2019 redistributable installation. However, Microsoft VC++ 2019 redistributable is ignoring the " PendingFileRenameOperations" registry key changes, as all the new entries are for the temporary files created in the TEMP folder during the installation. Solution: Modified the InstallShield VC++ 2019 prerequisite and InstallShield 2020 R3 prerequisite engine to ignore the " PendingFileRenameOperations" registry key changes for the temporary files created in the TEMP folder during the VC++ 2019 prerequisite installation. InstallShield 2020 R3 hotfix installer is available for download from <<here>>. InstallShield 2020 R3 hotfix installs on InstallShield 2020 R3 ( Premier, Professional and Express Editions) and InstallShield 2020 R3 StandAlone Build.

banna_k · ‎Mar 10, 2021

Hi @Lirantev , Please check the below thread for the solution for the restart. https://community.flexera.com/t5/InstallShield-Forum/Visual-C-2019-x64-Prerequisite-fails-when-Visual-C-2017-x64-is/td-p/115589

banna_k · ‎Mar 02, 2021

Hi @nileshmunnur, See what value configured for the windows installer (msi) "Minor Upgrade handling" setting in the packages view: Minor Upgrade Handling .msi, Basic MSI project Indicate the appropriate behavior that should occur when an earlier version of the package is present on the target system. Available options are: • None —The Advanced UI or Suite/Advanced UI installation launches the package without running it in minor upgrade mode. That is, the Advanced UI or Suite/Advanced UI installation does not set the REINSTALL or REINSTALLMODE properties for the package. • Automatic —The Advanced UI or Suite/Advanced UI installation launches the package in upgrade mode by setting the REINSTALL property to ALL and the REINSTALLMODE property to vomus . It does not inform the end user that the product will be upgraded. • Ask the User —The Advanced UI or Suite/Advanced UI installation displays a secondary window that asks the end user whether they want to continue. If the end user chooses to continue, the Advanced UI or Suite/Advanced UI installation launches the package in upgrade mode. If the end user chooses to not continue, the package does not run. Try configuring " Automatic" —The Advanced UI or Suite/Advanced UI installation launches the package in upgrade mode by setting the REINSTALL property to ALL and the REINSTALLMODE property to vomus . It does not inform the end user that the product will be upgraded.

banna_k · ‎Feb 26, 2021

Hi @chrisfox2385 , It may be due to the difference in the COM extraction settings. Firstly, I am suggesting you to upgrade InstallShield to the latest version (InstallShield 2020). We made some improvement in COM extraction in the latest versions. InstallShield provides three different methods to extract the COM information, but at a time InstallShield extract the information based on the method configured in the registry. UseAPIRegistryHooks registry value located in HKEY_LOCAL_MACHINE\Software\InstallShield\RegSpy key (on 32-bit machines) or HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\InstallShield\RegSpy key(on 64-bit machines) holds the method configured to extract the COM information. Value Description 0 COM information captured by hooking Windows Registry API, old method. 1 COM information captured through Registry redirection API 2 COM information captured through Kernel mode registry filtering; latest method introduced in InstallShield 2012. Value "2" is the latest method, which is more efficient than all others. But, in some cases value can be changed to the suitable method if the default one(value "2") is not working. InstallShield provides a utility tool named RegSpyUI to cross check the values extracted from COM component, extracted by the method specified in the registry. RegSpyUI tool is available in the InstallShield support folder(C:\Program Files (x86)\InstallShield\2019\Support), this tool can be used to verify the COM extraction done by InstallShield. See, RegSpyUI able to extract the COM information with the registry value 2 and then see with value "1". RegSpyUI is a COM extraction utility available in InstallShield, located under the <InstallShield Programs File Folder>\Support folder. More information on RegSpyUI can be found at the below link: https://community.flexera.com/t5/InstallShield-Knowledge-Base/Extracting-COM-Information-with-RegSpy...

banna_k · ‎Feb 11, 2021

Hi @ssglogic, Can you configure the timestamp server in settings.xml as mentioned in the below KB article, as well install the patch. https://community.flexera.com/t5/InstallShield-Knowledge-Base/Digital-Signing-Patch-for-InstallShield-2015-SP2-and-above/ta-p/121641

banna_k · ‎Jan 17, 2021

Hi @skummara, Yes, its possible to automate using the automation interfaces. More information on the automation interfaces can be found : https://docs.revenera.com/installshield26helplib/helplibrary/IHelpAutoISWiProject.htm#ref-automationinterface_3198501150_1161875 Sample VB script code to add new release: Set oISM = CreateObject("ISWiAuto23.ISWiProject") ' this time, open project as read-write oISM.OpenProject "D:\MySetups\BuildMe.ism", False ' get existing configuration Set oMyConfig = oISM.ISWiProductConfigs("DemoVersion1") ' add new release to existing configuration Set oNewRelease = oMyConfig.AddRelease("new") ' set release properties oNewRelease.Compressed = True oNewRelease.SetupEXE = True oNewRelease.TargetOS = 3 ' i.e., os9xNT: include both engines ' ...set other properties... ' if you want, build the new release oNewRelease.Build( ) ' for testing MsgBox "Done!" ' this time, save the project before closing it oISM.SaveProject oISM.CloseProject

banna_k · ‎Jan 15, 2021

Hi @rguggisberg , Please follow below InstallShield KB article to fix the signing related issues: https://community.flexera.com/t5/InstallShield-Knowledge-Base/Digital-Signing-Patch-for-InstallShield-2015-SP2-and-above/ta-p/121641

banna_k · ‎Jan 15, 2021

Hi @jkcraig , Hope you have executed the " TSConfig.exe /registerVSIP" in an administrator command prompt from InstallShield 2018 R2 system folder. If InstallShield 2018 R2 failed to integrate with VS2019 after executing above command, then please reach out to Revenera support to analyze this further. https://www.revenera.com/about-us/contact-us.html https://community.flexera.com/t5/InstallShield-Knowledge-Base/How-to-Use-Revenera-Support-Chat-to-He... https://community.flexera.com/t5/Support-Information/Support-Contacts/ta-p/94720

banna_k · ‎Jan 06, 2021

Hi @JSBurton, Can you share more info on this, such as which automation interface is throwing error or it will be great if you could share a sample script file.

Online Status	Offline
Date Last Visited	‎Oct 06, 2021 06:06 AM

Re: InstallShield Azure DevOps Build Extension

Re: InstallShield Azure DevOps Build Extension

Re: InstallShield Azure DevOps Build Extension

Re: Visual C++ 2019 (x64) prerequisite fails only if VC++ 2017 (x64) is installed

Re: Visual C++ 2019 x64 Prerequisite fails when Visual C++ 2017 x64 is installed

Re: C++ 2019 Redistributable restart required via InstallShield

InstallShield VC++ 2019 Prerequisite restart the machine after the prerequisite installation

Re: C++ 2019 Redistributable restart required via InstallShield

Re: offline msi package upgrade via suite installer

Re: Building same patch on a different machine

Re: Invalid Timestamp http address

Re: Automating ism in Install shield

Re: SigningHelper: error 0x80072efe while attempting to sign file

Re: InstalllShield 2018 R2 installer won't register Visual Studio 2019 extension

Re: Error -2147319765: Automation error - Element not found

Re: InstallShield Azure DevOps Build Extension

Re: InstallShield Azure DevOps Build Extension

Re: InstallShield Azure DevOps Build Extension

Re: Visual C++ 2019 (x64) prerequisite fails only if VC++ 2017 (x64) is installed

Re: Visual C++ 2019 x64 Prerequisite fails when Visual C++ 2017 x64 is installed

Re: C++ 2019 Redistributable restart required via InstallShield

InstallShield VC++ 2019 Prerequisite restart the machine after the prerequisite installation

Re: C++ 2019 Redistributable restart required via InstallShield

Re: offline msi package upgrade via suite installer

Re: Building same patch on a different machine