Security Update for mscomctl.ocx (KB2597986 MS12-060) August 2012 Updates: Listbox double-click no longer works

Anonymous
2012-08-15T12:25:26+00:00

After installing the August 2012 round of patches (MS12-060: Vulnerability in Windows common controls could allow remote code execution), an Access 2010 application using the Windows common controls Listbox no longer responds to a double-click.

The update installs MSCOMCTL.OCX 6.1.98.34 dated 6 Jun 2012.

Reverting to the previous version of the file (version 6.1.98.33, variously dated 7 or 14 Feb 2012 solves the problem.

I think this probably applies to Win XP as well.

Anyone else come across this? Any other issues with this update?

Windows for home | Previous Windows versions | Apps

Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.

0 comments No comments
Answer accepted by question author
Anonymous
2012-08-15T16:40:53+00:00

We had the problem and the way round it is to unregister mscomctl.ocx, log off, log back on and then register mscomctl.ocx.  The log off stage is important.  Without doing this unregistering and registering doesn't work.

This 'fix' has worked for us on PCs running Office 2003, 2007 and 2010 (Windows 7 64bit, Vista and XP)

Was this answer helpful?

7 people found this answer helpful.
0 comments No comments

104 additional answers

Sort by: Most helpful
  1. Anonymous
    2012-08-22T00:27:36+00:00

    That was the problem.  I was not running in "Elevated Rights".  I called MS and Nate gave me a batch file to do the fix. Here it is:

    *******

    reg delete hkcr\typelib{831FDD16-0C5C-11D2-A9FC-0000F8754DA1}\2.0 /f

    if exist %systemroot%\SysWOW64\cscript.exe goto 64

    %systemroot%\system32\regsvr32 /u mscomctl.ocx

    %systemroot%\system32\regsvr32 mscomctl.ocx

    exit

    :64

    %systemroot%\sysWOW64\regsvr32 /u mscomctl.ocx

    %systemroot%\sysWOW64\regsvr32 mscomctl.ocx

    exit

    *****

    This is for Win7 64 and Office 2010 32 ONLY!!!!!

    Was this answer helpful?

    0 comments No comments
  2. Anonymous
    2012-08-21T21:30:55+00:00

    As I stated above:

    "Before you try anything keep in mind that in Windows 7 (and alike i.e. Vista, Server 2008, etc) you must run the script in elevated rights as administrator."

    Was this answer helpful?

    0 comments No comments
  3. Anonymous
    2012-08-21T20:56:14+00:00

    You have reviewed and/or tried other techniques in thread? I have done ithis successfully on 4 W7 clients running my EHR appl.

    Was this answer helpful?

    0 comments No comments
  4. Anonymous
    2012-08-21T20:13:13+00:00

    This did not work at all for me as I can not register the file.  I get the error code 0x80004005.

    What now?

    Was this answer helpful?

    0 comments No comments