FIX: ASSERT in WinOcc.cpp when Hosting a WebBrowser Control in an MFC Container (231578)

The information in this article applies to:

The Microsoft Foundation Classes (MFC), when used with:
- Microsoft Visual C++, 32-bit Enterprise Edition 5.0

This article was previously published under Q231578

SYMPTOMS

Take a CHtmlView based application or have a dialog hosting a web browser control. Go to a local folder. Right-click and select either New Folder or one of the file types listed there. It will ASSERT in WinOcc.cpp, Line 331. This does not have any impact on the release build.

CAUSE

This is due to a bug in MFC for UI activation of an ActiveX control.

RESOLUTION

Override the PreTranslateMessage function in the dialog class or the one derived from CHtmlView. If the message is WM_RBUTTONDOWN, return 0. The code should look like this:

BOOL CMyDialog::PreTranslateMessage(MSG* pMsg) 
{
	if (pMsg->message == WM_RBUTTONDOWN)
		return 0;

	return CDialog::PreTranslateMessage(pMsg);
}

This eliminates the possibility of having a context menu for the container.

STATUS

Microsoft has confirmed this to be a bug in the Microsoft products listed at the beginning of this article.

This problem was corrected in Visual C++ 6.0.

MORE INFORMATION

Steps to Reproduce Behavior

Generate an AppWizard application and select CHtmlView class as the base class of your view class in Step 6 of the AppWizard.

Provide a valid path to one of the local folders. Modify the OnInitialUpdate of the view class as shown below:

void CMyHTMLView::OnInitialUpdate()
{
	CHtmlView::OnInitialUpdate();

	Navigate2(_T("C:\\Temp"),NULL,NULL);
}

Build the EXE and run it.
Right-click inside the view and select New Folder.

Modification Type:	Major	Last Reviewed:	10/24/2003
Keywords:	kbBug kbContainer kbCtrl kbfix kbNoUpdate kbWebBrowser KB231578