About tdhintz

tdhintz · ‎Jul 27, 2022

Modern SQL connectivity often requires the connection to be encrypted, but the login dialog doesn't provide a way to specify that. There are two features needed: 1. Whether or not the connection must be encrypted, 2. Whether or not the SQL server's certificate should be trusted if the connection is encrypted.

tdhintz · ‎Jun 17, 2022

DigiCert sent us the following notification. Does this affect the way Installshield signs setups? " This email is to inform you that the industry requirements for public OV code signing certificates are changing. Starting on November 15, 2022, at 00:00 UTC, industry standards will require private keys for OV code signing certificates to be stored on hardware certified as FIPS 140 Level 2, Common Criteria EAL 4+, or equivalent. This change strengthens private key protection for code signing certificates and aligns it with EV (Extended Validation) code signing certificate private key protection. See Code Signing Baseline Requirements, current version. "

tdhintz · ‎Mar 31, 2022

I haven’t tested that specific scenario, but it does occur to me it would be safer if the PRQ tested for the presence of the file C:\Program Files\dotnet\shared\Microsoft.AspNetCore.App\6.0.2\.version

tdhintz · ‎Feb 21, 2022

The Desktop one works. The hosting bundle is apparently for the minimum (non-IIS intgration) bundle and it checks the 32-bit registry for the install condition. Neither bundle allows Windows Server 2022 as a condition so I removed all platform conditions to make them work. As an aside, Microsoft now publishes the direct download links so its much easier to figure out how to create a PRQ. Further, .Net Core 5 (and older) are at end of life this May so these 6.0 PRQs are critical.

tdhintz · ‎Feb 05, 2022

Apparently they no longer routinely create .Net PRQs if I read their email correctly. See response below. They've scheduled it but the commitment sounded ambiguous. If we want these things they suggest we all build them ourselves. Mostly that's OK except I can never figure out the download links and checksums for embedding in the PRQ. - - - Hi Tom, Thank you for your response. The concern to add Net core 6 PRQs is considered for the future release. The issue is tracked under Issue: IOJ-2225315 Also, please be noted that: The redistributables that we provide , including prerequisites, are done so as a courtesy. The list of redistributables is not exhaustive and if a user requires a specific one they can create this for themselves. All prerequisites and merge modules are provided as a courtesy to our customers - if you find that something isn't there that you want then Installshield Pro and Premier has the ability to create one. Please use InstallShield prerequisite editor to create one for your use and let me know if you have any doubts about it, the below link will provide step by step instructions to create one: https://community.flexera.com/t5/InstallShield-Knowledge-Base/How-to-Create-Custom-Prerequisites-in-Installshield/ta-p/146890 Regards, Syed Revenera Technical Support

tdhintz · ‎Feb 02, 2022

I requested both the latest Net Core 6 PRQs for “Windows Hosting Bundle” and “WindowsDesktop Runtime” via the support email.

tdhintz · ‎Jan 20, 2022

The logging was traced to a piece of middleware. This is not an InstallShield problem. Thanks, Tom

tdhintz · ‎Jan 14, 2022

The event log text looks like this: “The following command was executed. C:\...somecommand… The follow message was returned by the command. SUCCESS: …the output of the command…”

tdhintz · ‎Jan 11, 2022

InstallScript LaunchAppAndWait() function seems to log the command line that was executed to the Windows Event log. If that command line contains a password that gets logged too. Can logging be turned off?

tdhintz · ‎Jan 07, 2022

We have a problem where shared desktop icons don't reinstall correctly if the product is first uninstalled. Background: ALLUSERSPROFILE gets the value for ProgramData instead of Users\Public. MSI (c) (D0:34) [15:47:53:727]: Doing action: setAllUsersProfile2K Action 15:47:53: setAllUsersProfile2K. Action start 15:47:53: setAllUsersProfile2K. MSI (c) (D0:34) [15:47:53:727]: PROPERTY CHANGE: Adding ALLUSERSPROFILE property. Its value is 'C:\ProgramData'. Action ended 15:47:53: setAllUsersProfile2K. Return value 1. The corresponding environment variable on the platform is also "ProgramData": echo %allusersprofile% C:\ProgramData The property PUBLIC gets the correct path. MSI (c) (D0:34) [15:47:53:727]: Doing action: setPublicProfileVista Action 15:47:53: setPublicProfileVista. Action start 15:47:53: setPublicProfileVista. MSI (c) (D0:34) [15:47:53:727]: PROPERTY CHANGE: Adding PUBLIC property. Its value is 'C:\Users\Public'. Action ended 15:47:53: setPublicProfileVista. Return value 1. If a component in the install also has a shortcut then the cycle of install/uninstall/install results in the component installing to ProgramData\Desktop instead of Users\Public Desktop. How can we make this work correctly? However, on the first install a Component that installs to [ALLUSERSPROFILE]Desktop correctly places its files in C:\Users\Public\Public Desktop on Windows Server 2012 R2. These files also uninstall correctly.

tdhintz · ‎Dec 13, 2021

When an InstallShield project performs a property search for a DWORD value it stores it in the property in the form "#Value". For example, a DWORD value of 0x1 is stored in the property as "#1". If the install also writes this property to the registry another "#" is prepended resulting in "##1". This appears to be interpreted as the string "#1" instead of a DWORD. This causes the installed software to fail because the value is now a string, not a DWORD. How can the property search be corrected? The added hash symbol is not compatible with the registry write operation. Example: AppSearch: Property: SQL_ENCRYPT, Signature: NewSignature15 MSI (c) (78:C0) [09:00:44:158]: PROPERTY CHANGE: Modifying SQL_ENCRYPT property. Its current value is '0'. Its new value: '#1'. ... MSI (s) (E8:BC) [09:03:14:190]: Executing op: RegAddValue(Name=EncryptSQL,Value=##1,)

tdhintz · ‎Nov 17, 2021

I figured out the Microsoft.Data.SqlClient issue. The problem is that it has a dependency on a native SNI DLL. It isn't an assembly and can't be loaded by an MSI. To make it available it must be in the current working folder, so I placed it in the SUPPORTDIR and made the method cd to that folder before attempting to do SQL actions.

tdhintz · ‎Nov 17, 2021

The issue appears to be that the InstallShield assembly loader isn't compatible with the required assembly. This is demonstrated by manually loading the assembly. I gather the assembly is required to be in the same folder as the working directory or it won't be able to find it. Installshield only unpacks a single assembly to that folder. Suggestions? System.BadImageFormatException: Could not load file or assembly 'file:///C:\Users\qatest\AppData\Local\Temp\{6a5a12f6-d6b8-4d54-885e-050e531f18d5}\Microsoft.Data.SqlClient.SNI.x64.dll' or one of its dependencies. The module was expected to contain an assembly manifest. File name: 'file:///C:\Users\qatest\AppData\Local\Temp\{6a5a12f6-d6b8-4d54-885e-050e531f18d5}\Microsoft.Data.SqlClient.SNI.x64.dll' at System.Reflection.RuntimeAssembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, RuntimeAssembly locationHint, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks) at System.Reflection.RuntimeAssembly.InternalLoadAssemblyName(AssemblyName assemblyRef, Evidence assemblySecurity, RuntimeAssembly reqAssembly, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks) at System.Reflection.RuntimeAssembly.InternalLoadFrom(String assemblyFile, Evidence securityEvidence, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm, Boolean forIntrospection, Boolean suppressSecurityChecks, StackCrawlMark& stackMark) at System.Reflection.Assembly.LoadFrom(String assemblyFile)

tdhintz · ‎Nov 17, 2021

A .Net 4.8 custom action referencing a Net Standard 2.0 assembly which uses Microsoft.Data.SqlClient doesn't work. The following stack trace is thrown. The action is set to x64. Is there a way to make this work or is InstallShield not compatible with .Net Standard solutions? ? The dependencies look like this: <row><td>MyAction</td><td>Assembly</td><td><PATH_TO_RELEASE_FILES4>\C2SISTools.dll</td></row> <row><td>MyAction</td><td>Class</td><td>C2SISTools.C2SInstaller</td></row> <row><td>MyAction</td><td>Dependency0</td><td><PATH_TO_RELEASE_FILES4>\Microsoft.Data.SqlClient.SNI.x64.dll</td></row> <row><td>MyAction</td><td>Dependency1</td><td><PATH_TO_RELEASE_FILES4>\Microsoft.Data.SqlClient.dll</td></row> <row><td>MyAction</td><td>Method</td><td>Example</td></row> <row><td>MyAction</td><td>Param1</td><td>[C2S_BRANDING]</td></row> <row><td>MyAction</td><td>Param2</td><td>[SUPPORTDIR]</td></row> <row><td>MyAction</td><td>Param3</td><td>[C2S_OLD_VERSION_NUMBER]</td></row> <row><td>MyAction</td><td>Return</td><td>-</td></row> <row><td>MyAction</td><td>TargetPlatform</td><td>x64</td></row> <row><td>MyAction</td><td>Type</td><td>0</td></row> (additional dependency records were omitted for clarity) Stack trace: System.DllNotFoundException: Unable to load DLL 'Microsoft.Data.SqlClient.SNI.x64.dll': The specified module could not be found. (Exception from HRESULT: 0x8007007E) at Microsoft.Data.SqlClient.SNINativeManagedWrapperX64.UnmanagedIsTokenRestricted(IntPtr token, Boolean& isRestricted) at Microsoft.Data.Win32NativeMethods.IsTokenRestrictedWrapper(IntPtr token) at Microsoft.Data.ProviderBase.DbConnectionPoolIdentity.GetCurrent() at Microsoft.Data.ProviderBase.DbConnectionPoolGroup.GetConnectionPool(DbConnectionFactory connectionFactory) at Microsoft.Data.ProviderBase.DbConnectionFactory.GetConnectionPool(DbConnection owningObject, DbConnectionPoolGroup connectionPoolGroup) at Microsoft.Data.ProviderBase.DbConnectionFactory.TryGetConnection(DbConnection owningConnection, TaskCompletionSource`1 retry, DbConnectionOptions userOptions, DbConnectionInternal oldConnection, DbConnectionInternal& connection) at Microsoft.Data.ProviderBase.DbConnectionInternal.TryOpenConnectionInternal(DbConnection outerConnection, DbConnectionFactory connectionFactory, TaskCompletionSource`1 retry, DbConnectionOptions userOptions) at Microsoft.Data.SqlClient.SqlConnection.TryOpenInner(TaskCompletionSource`1 retry) at Microsoft.Data.SqlClient.SqlConnection.TryOpen(TaskCompletionSource`1 retry, SqlConnectionOverrides overrides) at Microsoft.Data.SqlClient.SqlConnection.Open(SqlConnectionOverrides overrides)

tdhintz · ‎Dec 09, 2020

How does InstallShield allow the trust level for a new web site to be set?

Online Status	Offline
Date Last Visited	‎Jul 27, 2022 02:31 PM

Standard SQLLogin dialog lacks control over connection encryption options.

Code signing requirements change

Re: .NET 6 prerequisites

Re: .NET 6 prerequisites

Re: .NET 6 prerequisites

Re: .NET 6 prerequisites

Re: LaunchAppAndWait logging passwords?

Re: LaunchAppAndWait logging passwords?

LaunchAppAndWait logging passwords?

ALLUSERSPROFILE set to C:\ProgramData

Property search of registry corrupts DWORD value.

Re: Microsoft.Data.SqlClient custom action fails to load dependency.

Re: Microsoft.Data.SqlClient custom action fails to load dependency.

Microsoft.Data.SqlClient custom action fails to load dependency.

How to change IIS Full Trust.

Standard SQLLogin dialog lacks control over connection encryption options.

Code signing requirements change

Re: .NET 6 prerequisites

Re: .NET 6 prerequisites

Re: .NET 6 prerequisites

Re: .NET 6 prerequisites

Re: LaunchAppAndWait logging passwords?

Re: LaunchAppAndWait logging passwords?

LaunchAppAndWait logging passwords?

ALLUSERSPROFILE set to C:\ProgramData