We are currently having an issue at the moment with regards to packaging a version of the QlikView desktop client where we have the QlikView access point appear when the application starts up for end users.
We had an issue that when a user first open up the new QlikView Desktop Client application a Windows Security Warning ActiveX prompt appears. The user has to click the Yes button on the warning prompt before the access point is loaded.
We found out that doing the following resolves this issue.
Go to Settings -> Internet Options -> Security -> Trusted Sites -> Custom level, the ActiveX Warning is not prompted anymore.
Find ‘Initialize and script ActiveX controls not marked as safe for Scripting’ setting
Set it to Enable.
As this will be rolled out to all business end user users, the above cannot be done due to our company IT security policy so to overcome this, we have looked into creating a registry entry that will do the above to listed sites when the application is installed. (Qlik Access Point). Unfortunately, we cannot seem to get this working. I know that we may need the CLSID for ActiveX component of the QlikView desktop client.
Any particular reason why you want to distribute QV Desktop to end-users as an AccessPoint client (assuming that they are not developers for which the QV Desktop is actually intended) and not the IE-plugin or the AJAX client which are much lighter?
Thanks very much for getting back to me. The reason we use the desktop client is that we found it to be far more stable than AJAX or the IE plugin with our application, also business users are used to accessing QlikView using the desktop client. Is there anything we can do to stop the above prompt happening?