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: Most helpful
Most helpful Newest Oldest
  1. Anonymous
    2012-08-27T17:48:50+00:00

    Thank you for your reply.  I tried your suggestion however it is still not working for me.  When I open my form w/ the treeview, I get a type mismatch error on the set command:

        Dim nodTempNode As Node

        Set nodTempNode = Node

    Previously before the windows update everything ran great.

    Was this answer helpful?

    0 comments
  2. Anonymous
    2012-08-27T16:26:43+00:00

    My soltion was to:

    1. Unregister the current MSCOMCTL.OCX.
    2. Delete MSCOMCTL.OCX.
    3. Copy version 6.1.98.33 of MSCOMCTL.OCX.
    4. Register MSCOMCTL.OCX.
    5. Unregister MSCOMCTL.OCX.
    6. Delete MSCOMCTL.OCX.
    7. Copy version 6.1.98.34 of MSCOMCTL.OCX.
    8. Register MSCOMCTL.OCX.

    I took the .33 and .34 versions of the OCX, put them on a network share and renamed them MSCOMCTL_33.OCX and MSCOMCTL_34.OCX respectively.

    Here's the batch file I used to perform the above operation.  It has to be run as administrator, so instead of just double-clicking to run it, right-click and select Run as administrator:

    @echo off

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

    echo Unregistering...

    %systemroot%\system32\regsvr32 /u "C:\Windows\System32\MSCOMCTL.OCX" /s

    echo Deleting...

    del "C:\Windows\System32\MSCOMCTL.OCX"

    echo Copying...

    copy "\MyServer\MSCOMCTL\MSCOMCTL_33.OCX" "C:\Windows\System32\MSCOMCTL.OCX"

    echo Registering...

    %systemroot%\system32\regsvr32 "C:\Windows\System32\MSCOMCTL.OCX" /s

    echo Unregistering...

    %systemroot%\system32\regsvr32 /u "C:\Windows\System32\MSCOMCTL.OCX" /s

    echo Deleting...

    del "C:\Windows\System32\MSCOMCTL.OCX"

    echo Copying...

    copy "\MyServer\MSCOMCTL\MSCOMCTL_34.OCX" "C:\Windows\System32\MSCOMCTL.OCX"

    echo Registering...

    %systemroot%\system32\regsvr32 "C:\Windows\System32\MSCOMCTL.OCX" /s

    echo Done.

    exit

    :64

    echo Unregistering...

    %systemroot%\sysWOW64\regsvr32 /u "C:\Windows\sysWOW64\MSCOMCTL.OCX" /s

    echo Deleting...

    del "C:\Windows\sysWOW64\MSCOMCTL.OCX"

    echo Copying...

    copy "\MyServer\MSCOMCTL\MSCOMCTL_33.OCX" "C:\Windows\sysWOW64\MSCOMCTL.OCX"

    echo Registering...

    %systemroot%\sysWOW64\regsvr32 "C:\Windows\sysWOW64\MSCOMCTL.OCX" /s

    echo Unregistering...

    %systemroot%\sysWOW64\regsvr32 /u "C:\Windows\sysWOW64\MSCOMCTL.OCX" /s

    echo Deleting...

    del "C:\Windows\sysWOW64\MSCOMCTL.OCX"

    echo Copying...

    copy "\MyServer\MSCOMCTL\MSCOMCTL_34.OCX" "C:\Windows\sysWOW64\MSCOMCTL.OCX"

    echo Registering...

    %systemroot%\sysWOW64\regsvr32 "C:\Windows\sysWOW64\MSCOMCTL.OCX" /s

    echo Done.

    exit

    Logoff or restart wasn't necessary for me--just make sure all instances of Office products are closed on the client machine.

    EDIT: Forgot to mention batch file will have to be run as an administrator.  This is done by right-clicking and selecting Run as Administrator.

    Was this answer helpful?

    0 comments
  3. Anonymous
    2012-08-27T15:15:56+00:00

    We are having this issue too!  We have multiple police departments using our Access program for their RMS.  We first noticed our Win 7 32-bit users getting errors and in our references it did not like the SysWOW64 directory.

    We then noticed all users could not access the treeview control, access will just freeze.  This is happening on XP and Windows 7 (32 and 64 bit versions).  This is PURE incompetience on Microsoft's part in doing this!

    How could they just release this without testing anything?  I tried the regsvr /u and regsvr of the mscomctl.ocx (with a logoff/login in between) to no avail.  I even took an older mscomctl.ocx (from june 2012) and tried the same thing.  I still get the freezing.

    We have 30+ officers using our system and they cannot afford to be down at all!  Is microsoft planning on releasing another update to fix this?  This really sucks, it makes me look like an idiot to my clients.

    Was this answer helpful?

    0 comments
  4. Anonymous
    2012-08-24T17:07:18+00:00

    Wow, what a mess and waste of time for everyone. Glad our solution worked in that case too. Still don't understand what the security update is doing wrong with registering the new common control properly. Very frustrating but at least we found a solution that addresses it.

    Was this answer helpful?

    0 comments