Hi Sergey,

Well, before I put NODEFAULT in the Refresh() it was crashing and after I put it in it still crashes, occasionally, not always. Do you have any other info on this thing? I don't call that a fix if it only fixes it sometimes. This control has been around for a while. Why is it still so buggy? It also has an problem when the form is closed. Sometimes, not always, it still has the file handle open for the html file, and in my cleanup routines in the form I am deleting the html file, because it is temporary. Most of the time it isn't a problem, but now and then the user gets "File access denied". I put some code in to test for this and close the file handle if needed. It's just strange.

Please, if you have any information on this fatal error other than what has been mentioned, I want to clean this up before too much longer.

I tried to look around for alternate browser controls but what's out there
doesn't seem to be better, they seem to be worse.

Dana


>Hi Dana,
>
>The WebBrowser4 class already has NODEFAULT in the Refresh() event to handle that bug. Placing NODEFAULT in your code overrides class code in that method. If you're not using functionality built into the WebBrowser4 class, you should try to use Web Browser control directly w/o this wrapper class, in which case NODEFAULT in the Refresh(0 will be neccessary.
>
>>
>>We have the WebBrowser4 control in use in a form and it works well most of the time, but every now and then someone gets a fatal error when the form is called. It is sporadic. Denis GavriKov pointed out a known bug that is fixed by placing NODEFAULT in the Refresh of the control. That cut down on the errors but has not eliminated them completely. I can't find info on this anywhere.
>>
>>It happens on different systems, operating systems, etc. If all the users experiencing this error were on Windows XP Pro, for example, at least we'd have a clue, but that is not the case.
>>
>>If anyone has reliability problems with this control like this and have found a reliable solution please tell me about it. This is driving me nuts, and has caused our data entry users to have to re-enter client information.
>>
>>If there is no way around this but there is a reliable replacement control I'd like to hear about that as well.
>>
>>Thanks,
>>Dana

Where's the damned Any Key?...too late