>>>Security can definitely be the problem, but "crashes" needs clarification. And testing code without the device attached is futile IMO. Is your C++ application generating this HTML/script for you or? Compare your generated code with the examples I pointed out, it may give you a clue as to what has changed.
>>
>>I'm going to. The C++ application just displayes the generated HTML and the generating goes from VFP code (VFP based DLL).
>>The code used to work fine - just one person who is testing it now can not get it to work. The clients didn't recently complain, so may be it still works.
>>
>>By the crash I mean - the C++ application displays the usual dialog - the application stopped working, do you want to debug - this kind of crash.
>
>A couple of things:
>
>1. Are you using IE? VBScript and ActiveX don't work in FireFox.
>2. Is the ActiveX control installed on your computer? Either the web page automatically downloads it, or it is expecting the software to already be installed. If not, download one of the SigPlus packages and install it. Neither requires the device to be connected to instantiate the control. Of course, you'll need it to actually capture a signature.

I've downloaded drivers recently. We're using C++ application, that displays the generated HTML (with VB Script, I think) in its control. I've checked with my colleages C++ developers and they told me it's custom class based on cWin with IWebBrowser2 class/interface

When I run the application, it asks me couple of times for COM2 port and then eventually crashes. I don't have the actual hardware (Signature Pad).