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
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

104 additional answers

Sort by: Newest
Most helpful Newest Oldest
  1. Anonymous
    2012-09-13T09:06:05+00:00

    The only solution I found was to delete the control from the Excel addin/workbook and re add it.

    Was this answer helpful?

    0 comments
  2. Anonymous
    2012-09-05T12:18:39+00:00

    Hi Everyone,

         Just wanted to relay this:

    I found that in the 2.0 folder before the update, there were three sub folders:

    1. 0
    2. FLAGS
    3. HELPDIR

    Now, the update places 3 sub folders in the 2.1 folder and deletes the sub fodlers in the 2.0 folder, but does not remove the root 2.0 folder.  It also changes the value in the data column of the root 2.0 folder.

    What I am thinking is that this creates a version mismatch and bombs the library control for the treeview and listview.

    Just a thought....

    Was this answer helpful?

    0 comments
  3. Anonymous
    2012-08-30T19:22:17+00:00

    MS knows about the issue and plans on providing a fix, but doesn't help us lowly Security Admins that are now dealing with the fallout of a flawed updated from MS

    http://blogs.technet.com/b/office_sustained_engineering/archive/2012/08/24/ms12-060-not-initiating-with-certain-controls.aspx

    Was this answer helpful?

    0 comments
  4. Anonymous
    2012-08-30T17:10:51+00:00

    Just to let everyone know, I went into the registry and deleted the 2.0 folder from the registry key  HKEY_CLASSES_ROOT\TypeLib{831FDD16-0C5C-11D2-A9FC-0000F8754DA1}.  Once I did that, all of our applications are working as intended.  I didnt even have to unregister any files.

    We do alot of design and development in Access.  This solution saved us alot of time and resources since the only other solution was to remove the list views and replace them with list boxes and code.

    So far we have done more than a dozen computers, both locally and through remote connection and every one is working so far.

    I just hope Microsoft finds a hotfix and distributes it as soon as they possibly can.

    Was this answer helpful?

    0 comments