<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Per-User COM Registrations and Elevated Processes with UAC on Windows Vista SP1 Part 2: OLE Automation</title><link>http://blogs.msdn.com/b/cjacks/archive/2008/07/22/per-user-com-registrations-and-elevated-processes-with-uac-on-windows-vista-sp1-part-2-ole-automation.aspx</link><description>Here's an interesting lesson which, quite honestly, I haven't thought about for a while. But it turns out it's rather important. A little over a month ago, I talked about a change to Windows Vista in SP1 regarding per-user COM registration , indicating</description><dc:language>en-US</dc:language><generator>Telligent Evolution Platform Developer Build (Build: 5.6.50428.7875)</generator><item><title>re: Per-User COM Registrations and Elevated Processes with UAC on Windows Vista SP1 Part 2: OLE Automation</title><link>http://blogs.msdn.com/b/cjacks/archive/2008/07/22/per-user-com-registrations-and-elevated-processes-with-uac-on-windows-vista-sp1-part-2-ole-automation.aspx#8831388</link><pubDate>Mon, 04 Aug 2008 19:11:52 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8831388</guid><dc:creator>Chris Jackson - MSFT</dc:creator><description>&lt;p&gt;Probably - procmon should show it trying to pull from the wrong place and the stack would contain oleaut32.&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=8831388" width="1" height="1"&gt;</description></item><item><title>re: Per-User COM Registrations and Elevated Processes with UAC on Windows Vista SP1 Part 2: OLE Automation</title><link>http://blogs.msdn.com/b/cjacks/archive/2008/07/22/per-user-com-registrations-and-elevated-processes-with-uac-on-windows-vista-sp1-part-2-ole-automation.aspx#8806465</link><pubDate>Sat, 02 Aug 2008 21:14:04 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8806465</guid><dc:creator>Erik Cassel</dc:creator><description>&lt;p&gt;Ah ha! Perhaps this explains the following odd behavior in javascript:&lt;/p&gt;
&lt;p&gt;var foo = new ActiveXObject(&amp;quot;My.PerUserObject&amp;quot;);&lt;/p&gt;
&lt;p&gt;foo.HelloWorld();&lt;/p&gt;
&lt;p&gt;The creation of &amp;quot;foo&amp;quot; succeeds, but calling &amp;quot;HelloWorld&amp;quot; fails with an inability to load the type library.&lt;/p&gt;
&lt;p&gt;ProcMon reveals that iexplorer.exe is running elevated. The process is able to load the CLSID from HKCR but then fails to load the TypeLib from HKCR. The configuration is per-user COM, Vista SP1, UAC disabled. It works fine with UAC enabled.&lt;/p&gt;
&lt;p&gt;Is this the OLE Automation bug in action?&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=8806465" width="1" height="1"&gt;</description></item><item><title>re: Per-User COM Registrations and Elevated Processes with UAC on Windows Vista SP1 Part 2: OLE Automation</title><link>http://blogs.msdn.com/b/cjacks/archive/2008/07/22/per-user-com-registrations-and-elevated-processes-with-uac-on-windows-vista-sp1-part-2-ole-automation.aspx#8787886</link><pubDate>Tue, 29 Jul 2008 12:10:39 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:8787886</guid><dc:creator>Greg Lambert</dc:creator><description>&lt;p&gt;As always, the level of detail on these types of issues is amazing... another really helpful post from CJ...&lt;/p&gt;
&lt;div style="clear:both;"&gt;&lt;/div&gt;&lt;img src="http://blogs.msdn.com/aggbug.aspx?PostID=8787886" width="1" height="1"&gt;</description></item></channel></rss>