<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://www.infopathdev.com:443/utility/FeedStylesheets/atom.xsl" media="screen"?><feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en"><title type="html">Ted Fitch</title><subtitle type="html" /><id>https://www.infopathdev.com:443/blogs/ted/atom.aspx</id><link rel="alternate" type="text/html" href="https://www.infopathdev.com:443/blogs/ted/default.aspx" /><link rel="self" type="application/atom+xml" href="https://www.infopathdev.com:443/blogs/ted/atom.aspx" /><generator uri="http://communityserver.org" version="3.0.31118.962">Community Server</generator><updated>2007-07-23T22:05:00Z</updated><entry><title>IE 7 "Wildcard" bug in Vista and XP - hot fix now available!</title><link rel="alternate" type="text/html" href="https://www.infopathdev.com:443/blogs/ted/archive/2007/12/10/ie-7-quot-wildcard-quot-bug-in-vista-and-xp-hot-fix-now-available.aspx" /><id>https://www.infopathdev.com:443/blogs/ted/archive/2007/12/10/ie-7-quot-wildcard-quot-bug-in-vista-and-xp-hot-fix-now-available.aspx</id><published>2007-12-10T19:15:00Z</published><updated>2007-12-10T19:15:00Z</updated><content type="html">&lt;p&gt;Some of you may have noticed that in IE 7 for Vista or XP you can&amp;#39;t use a wildcard (*) to designate a server address in one zone in IE and then designate another address on that same server in another zone.&lt;/p&gt;
&lt;p&gt;For example:&lt;/p&gt;
&lt;p&gt;If you add *.mysite.thissite.com to Trusted sites in IE 7 and then add &lt;a href="http://anothersite.mysite.thissite.com/"&gt;http://anothersite.mysite.thissite.com&lt;/a&gt;&amp;nbsp;to the Local Intranet&amp;nbsp;zone in IE this won&amp;#39;t work, the site added with the wildcard takes precedence.&amp;nbsp; This works fine in Internet Explorer 6.&lt;/p&gt;
&lt;p&gt;I have had numerous support requests because of this issue over the past 6 months.&amp;nbsp; Microsoft has now confirmed that this is a bug and has issued a hot fix to resolve this issue:&lt;/p&gt;
&lt;p&gt;&lt;a href="http://support.microsoft.com/kb/939940/en-us"&gt;http://support.microsoft.com/kb/939940/en-us&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Note: this is a special request hot fix, there is now a download for this directly from Microsoft at this time - you have to follow the instructions in the link above to request the fix from Microsoft and they will then email it to you.&lt;/p&gt;&lt;img src="https://www.infopathdev.com:443/aggbug.aspx?PostID=25021" width="1" height="1"&gt;</content><author><name>Ted Fitch</name><uri>https://www.infopathdev.com:443/members/Ted-Fitch.aspx</uri></author><category term="vista" scheme="https://www.infopathdev.com:443/blogs/ted/archive/tags/vista/default.aspx" /><category term="Internet Explorer 7" scheme="https://www.infopathdev.com:443/blogs/ted/archive/tags/Internet+Explorer+7/default.aspx" /><category term="xp" scheme="https://www.infopathdev.com:443/blogs/ted/archive/tags/xp/default.aspx" /></entry><entry><title>IE7: Site added to Local intranet zone stays in Internet zone</title><link rel="alternate" type="text/html" href="https://www.infopathdev.com:443/blogs/ted/archive/2007/08/13/Internet-Explorer_3A00_-Site-added-to-Local-intranet-zone-stays-in-Internet-zone.aspx" /><id>https://www.infopathdev.com:443/blogs/ted/archive/2007/08/13/Internet-Explorer_3A00_-Site-added-to-Local-intranet-zone-stays-in-Internet-zone.aspx</id><published>2007-08-13T22:04:00Z</published><updated>2007-08-13T22:04:00Z</updated><content type="html">&lt;p&gt;Many InfoPath solutions that use SharePoint for hosting require that the web site that the form is published to be located in the &lt;strong&gt;Local intranet&lt;/strong&gt; zone in Internet Explorer.&amp;nbsp; For Corporate Intranet sites this is usually not an issue because the website will automatically come up in the &lt;strong&gt;Local intranet&lt;/strong&gt; zone by default and no user intervention is required.&lt;/p&gt;&lt;p&gt;However, there are situations when user intervention is required and the user must add the website to the local intranet zone manually through Internet Explorer.&amp;nbsp;&amp;nbsp;Two examples of situations where this often occurs&amp;nbsp;is for&amp;nbsp;users who access the Corporate network through VPN&amp;nbsp;or for SharePoint sites that are extranet enabled.&lt;/p&gt;&lt;p&gt;Recently I have seen a number of support requests from IE7 users who had followed&amp;nbsp;well documented&amp;nbsp;&amp;quot;Add the site to your local intranet&amp;quot; instructions only to find that the setting would not save in Internet Explorer.&amp;nbsp; Upon further investigation I discovered that these users would attempt to add a site to the local intranet zone only to be told by IE that the site already existed in the &lt;strong&gt;Internet&lt;/strong&gt; zone.&amp;nbsp; Here is the message that these users reported to me:&lt;/p&gt;&lt;p&gt;&lt;img height="130" src="http://www.infopathdev.com/photos/blog_pictures/images/22316/original.aspx" style="width:577px;height:130px;" width="577" /&gt;&lt;/p&gt;&lt;p&gt;When the users clicked &lt;strong&gt;&lt;u&gt;Y&lt;/u&gt;es&lt;/strong&gt; to move the site from the &lt;strong&gt;Internet&lt;/strong&gt; zone to &lt;strong&gt;Local intranet&lt;/strong&gt; the site would appear in the list of local intranet sites (as expected).&amp;nbsp; However, when the user applied the changes and exited out of the Internet options dialog box the site would not be moved to the Local Intranet zone.&amp;nbsp; In fact, upon further investigation, a user could actually add multiple instances of the same site to the local intranet zone at the same time which is not supposed to be allowed by IE.&lt;/p&gt;&lt;p&gt;The only solution for this issue that I have found is to have the users reset their Internet Explorer settings:&lt;/p&gt;&lt;ol start="1"&gt;&lt;li&gt;Close all instances of IE and other applications (close all windows)&lt;/li&gt;&lt;li&gt;Open IE, click on &lt;strong&gt;Tools&lt;/strong&gt; | &lt;strong&gt;Internet Options&lt;/strong&gt;&lt;/li&gt;&lt;li&gt;Select &lt;strong&gt;Advanced&lt;/strong&gt; from the tab options&lt;/li&gt;&lt;li&gt;Click on &lt;strong&gt;Reset&lt;/strong&gt;&lt;/li&gt;&lt;/ol&gt;&lt;p&gt;&lt;img height="525" src="http://www.infopathdev.com/photos/blog_pictures/images/22317/original.aspx" width="425" /&gt;&lt;/p&gt;&lt;p&gt;&lt;strong&gt;NOTE&lt;/strong&gt;: You should only use the Reset Internet Explorer settings option as a last resort option as the dialog box indicates above.&lt;/p&gt;&lt;img src="https://www.infopathdev.com:443/aggbug.aspx?PostID=22318" width="1" height="1"&gt;</content><author><name>Ted Fitch</name><uri>https://www.infopathdev.com:443/members/Ted-Fitch.aspx</uri></author><category term="security settings" scheme="https://www.infopathdev.com:443/blogs/ted/archive/tags/security+settings/default.aspx" /><category term="Local Intranet zone" scheme="https://www.infopathdev.com:443/blogs/ted/archive/tags/Local+Intranet+zone/default.aspx" /><category term="infopath form trust" scheme="https://www.infopathdev.com:443/blogs/ted/archive/tags/infopath+form+trust/default.aspx" /><category term="Internet Explorer 7" scheme="https://www.infopathdev.com:443/blogs/ted/archive/tags/Internet+Explorer+7/default.aspx" /></entry><entry><title>AutoComplete does not work in InfoPath 2007 and Windows Vista</title><link rel="alternate" type="text/html" href="https://www.infopathdev.com:443/blogs/ted/archive/2007/07/23/AutoComplete-does-not-work-in-InfoPath-2007-in-Windows-Vista.aspx" /><id>https://www.infopathdev.com:443/blogs/ted/archive/2007/07/23/AutoComplete-does-not-work-in-InfoPath-2007-in-Windows-Vista.aspx</id><published>2007-07-23T21:05:00Z</published><updated>2007-07-23T21:05:00Z</updated><content type="html">&lt;p&gt;&amp;quot;AutoComplete&amp;quot; in InfoPath is a handy feature.&amp;nbsp; For users that fill out many forms or similar forms over and over again &amp;quot;AutoComplete&amp;quot; allows users to quickly select previously entered text from a drop down list in the InfoPath client.&amp;nbsp; This can save a lot of time for end users depending upon the form and data being entered.&lt;/p&gt;&lt;p&gt;Recently&amp;nbsp;a client opened a bug for a form we had created - the client wanted me to &amp;quot;add AutoComplete back to the form&amp;quot; and wanted to know why we had removed such a handy feature from the form (&amp;quot;Enable AutoComplete&amp;quot; in display options for&amp;nbsp;text boxes was&amp;nbsp;checked).&amp;nbsp; &lt;/p&gt;&lt;p&gt;Upon further investigation it looks like this is&amp;nbsp;a bug with Vista and InfoPath 2007 and I have been able to repro this on several different Vista setups to verify; by default as in InfoPath 2003 the &amp;quot;Enable AutoComplete&amp;quot; option is turned on for text boxes in Vista, toggling this control has no effect on the behavior of this issue.&lt;/p&gt;&lt;p&gt;Here is an image showing the&amp;nbsp;AutoComplete working in XP and not working&amp;nbsp;in Vista in&amp;nbsp;InfoPath 2007:&lt;/p&gt;&lt;p&gt;&lt;img alt="Vista vs XP AutoComplete" height="669" src="http://www.infopathdev.com/photos/blog_pictures/images/21905/original.aspx" style="width:1052px;height:669px;" title="Vista vs XP AutoComplete" width="1052" /&gt;&lt;/p&gt;&lt;img src="https://www.infopathdev.com:443/aggbug.aspx?PostID=21904" width="1" height="1"&gt;</content><author><name>Ted Fitch</name><uri>https://www.infopathdev.com:443/members/Ted-Fitch.aspx</uri></author><category term="vista" scheme="https://www.infopathdev.com:443/blogs/ted/archive/tags/vista/default.aspx" /><category term="bugs" scheme="https://www.infopathdev.com:443/blogs/ted/archive/tags/bugs/default.aspx" /><category term="autocomplete" scheme="https://www.infopathdev.com:443/blogs/ted/archive/tags/autocomplete/default.aspx" /><category term="infopath 2007" scheme="https://www.infopathdev.com:443/blogs/ted/archive/tags/infopath+2007/default.aspx" /><category term="autofill" scheme="https://www.infopathdev.com:443/blogs/ted/archive/tags/autofill/default.aspx" /></entry></feed>