Hawkeye6352
asked on
IE 9, Crystal Reports XI, and ActiveX Report Viewer Issue
Our firm has a web based application. We have a new client that is having an issue viewing crystal reports due to the fact that they are not able to download the ActiveX control for the report viewer.
I have done some research on the subject.
Two solutions I have found in regards to the IE 9 and the Crystal Reports XI report viewer issue:
One solution is to manually install the ActiveX control first. However, this involved a third party product—ReCrystallize Pro(http://www.recrystallize.com/merchant/details.htm). In this particular case, ReCrystallize Pro includes an ActiveX manual installation MSI file. This is for the Crystal XI R2 ActiveX viewer. The ActiveX MSI file is downloaded to the client, and then run to manually install the ActiveX viewer. Then, when the client goes back to a web page that uses the control IE 9 will prompt and install normally.
The other solution involves opening the Developer Console in IE9 and choosing the “Internet Explorer 8” option as the Browser Mode; however, in this particular instance, when the user attempted to open the report, they got a prompt to install the ActiveX control. But this failed because the signature could not be verified. To rectify this, they went into Internet Options, and changed the Security setting to “Allow software to run or install even if the signature is invalid.” Unfortunately, while this is a resolution, it does involve opening up a hole in the browser. If this option is employed, the client needs to make sure that other software and ActiveX security settings (in the per-zone settings, for instance) are set to minimize the ability of any code to run unhindered or unannounced. That is, if you can’t completely disable unsigned ActiveX controls or those not marked as safe, at least set them to prompt for user approval before running.
Does anyone know of any other possible solutions to this?
I have done some research on the subject.
Two solutions I have found in regards to the IE 9 and the Crystal Reports XI report viewer issue:
One solution is to manually install the ActiveX control first. However, this involved a third party product—ReCrystallize Pro(http://www.recrystallize.com/merchant/details.htm). In this particular case, ReCrystallize Pro includes an ActiveX manual installation MSI file. This is for the Crystal XI R2 ActiveX viewer. The ActiveX MSI file is downloaded to the client, and then run to manually install the ActiveX viewer. Then, when the client goes back to a web page that uses the control IE 9 will prompt and install normally.
The other solution involves opening the Developer Console in IE9 and choosing the “Internet Explorer 8” option as the Browser Mode; however, in this particular instance, when the user attempted to open the report, they got a prompt to install the ActiveX control. But this failed because the signature could not be verified. To rectify this, they went into Internet Options, and changed the Security setting to “Allow software to run or install even if the signature is invalid.” Unfortunately, while this is a resolution, it does involve opening up a hole in the browser. If this option is employed, the client needs to make sure that other software and ActiveX security settings (in the per-zone settings, for instance) are set to minimize the ability of any code to run unhindered or unannounced. That is, if you can’t completely disable unsigned ActiveX controls or those not marked as safe, at least set them to prompt for user approval before running.
Does anyone know of any other possible solutions to this?
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.