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: Newest
  1. Anonymous
    2012-08-17T03:04:55+00:00

    I agree - a reboot was not required for any of our customers either.

    Was this answer helpful?

    0 comments No comments
  2. Anonymous
    2012-08-17T00:18:52+00:00

    Here's what worked for me:

    I just had to make sure that all MS Access 2010 applications were closed then run the following:

    For Windows 7 64 bit

    regsvr32 c:\windows\sysWOW64\mscomctl.ocx /u

    regsvr32 c:\windows\sysWOW64\mscomctl.ocx

    For 32 bit

    regsvr32 c:\windows\system32\mscomctl.ocx /u

    regsvr32 c:\windows\system32\mscomctl.ocx

    After re-registering the ocx our custom Access apps worked fine (list control navigation and double-clicks started working again)

    I did not have to reboot any of our 84 computers at all.

    Was this answer helpful?

    0 comments No comments
  3. Anonymous
    2012-08-17T00:03:04+00:00

    Unregistering MSCOMCTL.OCX, Rebooting and then Registering MSCOMCTL.OCX fixes the problem, but it is not a clean solution for my customers who are using my Access HR Program and it does me no good at all for prospective customers who are downloading the trial of my program.  It would be great if we could get another update from Microsoft that fixes the issue for both those who have and have not run the updates that caused this issue.

    Was this answer helpful?

    0 comments No comments
  4. Anonymous
    2012-08-16T23:40:49+00:00

    since i also went through **** with this MS update disaster (till i figured out its a windows update issue that alone took me a half a day) i'll share what worked for me,

    i tried all kinds of unregister register tricks, i replaced the ocx's with 3 different version, with little to no success.

    i had to deal with close 100 workstations version XP, 7, Vista, finally here is what worked for me:

    1. if you have tried already other remedies, you may have screwed it up to a point that my solution may not solve it, so what you need to do, run a system restore to the point before the windows update, apply the windows updates again, then try again my solution
    2. you need to have a copy of an older version of mscomctl.ocx, in a folder other then the system folder, i had version (6.01.9818) in c:\temp\mscomctl.ocx,
    3. i have not verified if it has to be version (6.01.9818) but this is what worked for me, others i don't know
    4. after Windows applied the culprit update (which is KB2687441), run the following script, ideally save it in a batch file and run it on all workstation,

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

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

    %systemroot%\system32\regsvr32 mscomctl.ocx

    %systemroot%\system32\regsvr32 "c:\temp\MSCOMCTL.OCX"

    exit

    :64

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

    %systemroot%\sysWOW64\regsvr32 mscomctl.ocx

    %systemroot%\sysWOW64\regsvr32 "c:\temp\MSCOMCTL.OCX"

    exit

    1. you should get 3 "successful" dialog boxes confirming the regsvr32 execution.
    2. if you get a "unsuccessful" dialog then its a a security issue and you need to run the script as administrator

    i hope this will be of help

    Was this answer helpful?

    0 comments No comments