In my application I have to use the TWebBrowser component due to the obligatory criterion of having ActiveX support for a specific site.

The essence of the problem is that:

  • (logic) a remote site (not mine) that we open in our VCL instance of the TWebBrowser component, when you click a button on the ActiveX page, a request is made to an external program (namely CriptoPRO) that starts the exchange procedure with a USB key and signs documents

  • (problem) the process of communication of our TWebBrowser with an external COM object is accompanied by brakes of the entire program interface, which on the local machine does not pose a problem due to the short duration of the whole procedure. However, when used in a virtual machine (which is mandatory for me), these friezes are so great that an inscription is observed in the Title form (does not respond) and at some point the remote server redirects (I think so by timeout), although all actions seem to be designed to be perfect. they are executed, that is, the very fact of communicating with the COM component of the external one works but slows down the main form.

Due to the limitations of VCL components, I can not start TWebBrowser in a separate thread, so the question is how to be?

Ps. I was thinking about a variant of a separate application with only one form and TWebBrowser, to launch it and link it to my form via Parent, but this solution seems to me very crooked and not the fact that it solves the problem. Plus, immediately there are questions about the transfer of commands to this external application, and in particular the navigation URL.

Ps. the usual InternetExplorer on the same remote machine works with an external COM object normally, it is also possible for a long time, but no redirect occurs, the interface does not hang.

  • Try to explicitly specify WB compatibility in the registry so that it does not work with IE7 emulation msdn.microsoft.com/en-us/library/ee330730(v=vs.85).aspx - kami
  • I did it right away, because site requires 11000 version - Andrey Lehan
  • Try using Process Monitor to study someone somewhere that asks the system what kind of errors, maybe some abnormally long calls. - Vlad Chapl
  • I will offer Option 1. run the instance of the browser, and "pull" it to your window through WINAPI SetParent(ie_handle, Panel1.Handle) The status can be estimated by the title and caption of different windows. Option 2. Try to go to Component - Import ActiveX Control, find Microsoft WebBrowser there and import the latest version of the browser control. - nick_n_a

0