Outlook Banter

Outlook Banter (http://www.outlookbanter.com/)
-   Outlook and VBA (http://www.outlookbanter.com/outlook-vba/)
-   -   Unable to display additional controls dialog box (http://www.outlookbanter.com/outlook-vba/15297-unable-display-additional-controls-dialog.html)

[email protected] May 20th 06 06:15 PM

Unable to display additional controls dialog box
 
When I right click in the microsoft visual basic (VBAProject.OTM)
toolbox and select additional controls, I get a hour glass for less
than 0.5 seconds and then nothing happens. The dialog box that should
appear never does. Can anyone help? I am using Outlook 2003.


examiner December 16th 06 07:50 AM

Was there any resolution to this?
 
I am experiencing the same thing:

Reinstalled,

Repaired,

Re-registered relevant VBA DLLs

STILL Cannot get "Additional Controls" dialog to operate properly - MSForms toolbox only has default controls.

Any help?

EggHeadCafe.com - .NET Developer Portal of Choice
http://www.eggheadcafe.com

Steve December 17th 06 04:16 AM

Okay - I figured it out ...
 
This is what's going on ... it's a big bug in the VBA IDE.

When you click on the "Additional Controls" right mouse item (within the toolbox) - the IDE traverses the CLSID keys in HKCU (Current User) and HKLM (Local Machine) branches looking for all "control" type classes. IF the IDE hits a key and returns error 5 (access denied), then it simply and silently does NOTHING more ... this is clearly a Microsoft bug. I'm surprised others haven't experienced this but I have been able to find NOTHING about it elsewhere.

The problem occurs when some of the keys become inaccessible (due to ACLs becoming hosed) under circumstances too numerous to go into here... what's more important is how to fix the problem.

This KB Article (269383) will help you see how to perform this procedure. Ignore the specific reference to Crystal Reports... It's the same problem.

Alternatively - you can download the SubInACL Utility from the Microsoft site. Then, (assuming that you've installed to all the default locations), you can reset the System and Administrators permissions on the keys by using the following commands:

C:
cd C:\Program Files\Windows Resource Kits\Tools

subinacl /testmode /subkeyreg HKEY_LOCAL_MACHINE /grant=administrators=f
subinacl /testmode /subkeyreg HKEY_CURRENT_USER /grant=administrators=f
subinacl /testmode /subkeyreg HKEY_CLASSES_ROOT /grant=administrators=f
subinacl /testmode /subkeyreg HKEY_LOCAL_MACHINE /grant=system=f
subinacl /testmode /subkeyreg HKEY_CURRENT_USER /grant=system=f
subinacl /testmode /subkeyreg HKEY_CLASSES_ROOT /grant=system=f

Once you see what it's going to do - you can remove the "/testmode" switch to commit the changes.

Just FYI - Occasionally installers end up complaining that they can't access registry keys or directories. There are KB Articles to help you diagnose that but you can use the following to reset all of the baseline access for "system" and "administrators" using this utility. Cut and past to a ".cmd" file.

C:
cd C:\Program Files\Windows Resource Kits\Tools

subinacl /testmode /subkeyreg HKEY_LOCAL_MACHINE /grant=administrators=f
subinacl /testmode /subkeyreg HKEY_CURRENT_USER /grant=administrators=f
subinacl /testmode /subkeyreg HKEY_CLASSES_ROOT /grant=administrators=f
subinacl /testmode /subdirectories %SystemDrive% /grant=administrators=f
subinacl /testmode /subdirectories %windir%\*.* /grant=administrators=f
subinacl /testmode /subkeyreg HKEY_LOCAL_MACHINE /grant=system=f
subinacl /testmode /subkeyreg HKEY_CURRENT_USER /grant=system=f
subinacl /testmode /subkeyreg HKEY_CLASSES_ROOT /grant=system=f
subinacl /testmode /subdirectories %SystemDrive% /grant=system=f
subinacl /testmode /subdirectories %windir%\*.* /grant=system=f



EggHeadCafe.com - .NET Developer Portal of Choice
http://www.eggheadcafe.com


All times are GMT +1. The time now is 05:22 AM.

Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Search Engine Friendly URLs by vBSEO 2.4.0
Copyright ©2004-2006 OutlookBanter.com