Photographs courtesy of Toby Watt - lawyer, friend and photographer extraordinaire...
Welcome to IE-Vista
Dedicated to providing advice and support to users of IE7 and IE8
Internet Explorer 7 Knowledge Base
Table of contents
General information
Reported IE7 weaknesses and vulnerabilities
Knowledge Base Articles
Additional articles
Resources
For developers and system administrators
Other pages on this site
Pre-installation advice
IE7 in a corporate environment
Tips for if you have trouble installing IE7
Troubleshooting Internet Explorer after installation
Problems with Web sites that use Add-ons (Active X controls)
Problems with Web sites that won't work with IE7
General troubleshooting tips
Adjust the size of your cache and delete your History and
Cookies
Third party software interference
Try spoofing IE6
Try a different Web browser
Other issues
Problems with favorites not appearing in
the Organise Favorites window
Third party applications
Uninstalling IE7
Please also review Known Issues
Knowledge Base Articles
SAP Help shows only empty sections or blank pages
Internet Explorer Release 7 is not completely compatible as release 6. SAP GUI
uses Internet Explorer in the HTML control to display the help documents. To
resolve this issue, you need to either apply one of the SAP GUI patches
mentioned below (or the latest one which is available from the SAP Market
place):
SAP GUI for Windows 6.20 Patchlevel 64
SAP GUI for Windows 6.40 Patchlevel 20
SAP GUI for Windows 7.10
or uninstall Internet Explorer 7.0 (only applies to Windows XP or earlier OS).
If you are experiencing this issue with Internet Explorer 6, you need to add "MaxAllowedZone"
registry DWORD value in the following key:
"HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\HTMLHelp\1.x\ItssRestrictions\"
http://support.microsoft.com/default.aspx/kb/556050
In order to uninstall Internet Explorer 7 from this system, you can follow
the steps below:
1. Uninstall Service Pack 2 for Windows Server 2003 and restart the computer.
2. Uninstall Internet Explorer 7.0 and restart the computer.
3. Reinstall Service Pack 2 for Windows Server 2003.
http://support.microsoft.com/default.aspx/kb/948093
DOWNLOAD: IE6 crashes after you install security update 942615 on a computer
that is running XPSP2
On a computer that is running Windows XP Service Pack 2 (SP2), Microsoft
Internet Explorer 6 crashes when you try to a visit a Web site. This problem
occurs after you install security update 942615 (MS07-069).
Additionally, you may receive an error message that resembles the following:
Internet Explorer has encountered a problem and needs to close. We are sorry for
the inconvenience.
If you were in the middle of something, the information you were working on
might be lost.
Please tell Microsoft about this problem.
We have created an error report that you can send to help us improve Internet
Explorer. We will treat this report as confidential and anonymous.
To see what data this error report contains, click here.
The error report contains the following error-signature information. Application
Name Application Version Module Name Module Version Offset
iexplore.exe 6.0.2900.2180 urlmon.dll 6.0.2900.3231 0003b5ce
http://support.microsoft.com/default.aspx/kb/946627
IE7 does not send you any notification if it cannot obtain the Certificate
Revocation List
This behavior is by design. However, you can use the method that is described in
this Knowledge Base article to receive a notification when Internet Explorer 7
cannot obtain the CRL.
http://support.microsoft.com/default.aspx/kb/946323
An HTML application that uses the "onbeforeunload" event closes unexpectedly
in IE7 when you click "cancel"
This issue occurs because of how the Shdocvw.dll file handles the
IOleCommandTarget::Exec method. This problem does not occur when you start the
HTA in Microsoft Internet Explorer 6.
http://support.microsoft.com/default.aspx/kb/946214
When you start Windows Internet Explorer 7, your home page does not open. Instead, a blank Web page is displayed.
Additionally, you may receive an error message that resembles the following:
Line 56
Char:2
Error: Element not found
Code: 0
URL:http://runonce.msn.com/runonce2aspx
This problem typically occurs after you install Internet Explorer 7, after you
install Windows, or after you reset Internet Explorer settings. This problem may
occur only for certain users.
Note from Sandi - the blank page will most likely be blue in colour.
This problem occurs if the Customize Your Settings Web page in Internet Explorer 7 is not loaded correctly or if the Customize Your Settings Web page opens with restricted security settings.
Resolution:
"RunOnceHasShown" - set dword to 00000001
"RunOnceComplete" - set dword to 00000001
(Note: Yes, this information is already on www.ie-vista.com - that being said, it is nice to have an official KB available.
http://support.microsoft.com/default.aspx/kb/945385
Values from the "Additional Settings" page in the IEAK 7
Customization Wizard are written to the IE7 configuration files even though you
do not change the values
To work around this problem, close the IEAK 7 Customization Wizard when you
reach the Additional Settings page. When you close the wizard at this point, you
avoid adding unintentional changes to the Internet Explorer 7 configuration
files.
http://support.microsoft.com/default.aspx/kb/945003
You are unable to hide the Address Bar in IE7
In Internet Explorer 6, you may use the NoAddressBar registry value which is
mentioned in the KB article 823057 to remove the Address bar. This works in
Internet Explorer 6. However, it does not work in Internet Explorer 7.0. In
Internet Explorer 7.0, the design is changed.
In Internet Explorer 7, you can use the "NoNavBar" registry value to disable the
Address bar.
For a “Per User” setting, the value is located in the following key:
[HKEY_CURRENT_USER\Software\Policies\Microsoft\Internet
Explorer\Toolbars\Restrictions]
Value name: NoNavBar
Value Type: DWORD
Data: 0x00000001
For a “Per Machine” setting, the value is located in the following key:
[HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Internet
Explorer\Toolbars\Restrictions]
Value name: NoNavBar
Value Type: DWORD
Data: 0x00000001
http://support.microsoft.com/default.aspx/kb/944816
HOTFIX: After you reapply Internet Explorer Maintenance Group Policy settings
on a computer that has Internet Explorer 7 installed, a pop-up blocker exception
site that you manually added is missing
Consider the following scenario:
• On a computer that has Internet Explorer 7 installed, you apply the Internet
Explorer Maintenance Group Policy settings to add a pop-up blocker exception
site.
• In the Internet Options dialog box, you manually add a new pop-up blocker
exception site.
• You reapply the Group Policy settings on the computer.
In this scenario, you the new pop-up blocker exception site that you manually
added in the Internet Options dialog box is missing from this dialog box.
Note This problem does not occur on computers that have Internet Explorer 6
installed.
http://support.microsoft.com/default.aspx/kb/944520
HOTFIX: The exception handler may not catch an exception in Internet Explorer 7
or in Internet Explorer 6 when you view a Web page that throws an exception from
a function that is called through the expando property
You develop a Web page that throws an exception from a function. The function is
called through the expando property of a DHTML object. When you use Windows
Internet Explorer 7 to view the Web page, the exception handler may not catch
this exception.
Note This problem also occurs in Windows Internet Explorer 6 when at least one
parameter is passed to the function from which the exception is thrown. To work
around this problem in Internet Explorer 6, see the "Workaround" section.
Source:
http://support.microsoft.com/default.aspx/kb/944397
Microsoft Security Advisory: Vulnerability in Windows XP and Windows Server 2003 URL handling could allow remote code execution
Microsoft is investigating public reports of a remote code execution vulnerability in supported editions of Windows XP and Windows Server 2003 that have Windows Internet Explorer 7 installed. Microsoft has released a Microsoft security advisory about this issue for IT professionals. The security advisory contains additional security-related information. To view the security advisory, visit the following Microsoft Web site:
http://www.microsoft.com/technet/security/advisory/943521.mspx (http://www.microsoft.com/technet/security/advisory/943521.mspx)
http://support.microsoft.com/default.aspx/kb/943521
HOTFIX: When you use IE7 to visit a web page that contains IFRAME elements, the
contents of an edited IFRAME element are not rendered correctly
Consider the following scenario:
• You develop a Web page that contains IFRAME elements.
• To make the Web page editable, you set the DesignMode property for an IFRAME
element to ON.
• You set the width property and the height property for the IFRAME element as a
percentage value.
When you use Windows Internet Explorer 7 to visit the Web page in this scenario,
you notice that the contents of the IFRAME element are not rendered correctly.
Instead, the IFRAME element is blank. Or, you cannot edit the contents of the
IFRAME element even if the contents are displayed.
http://support.microsoft.com/default.aspx/kb/943245
Some customized security settings for the Trusted sites zone in Internet
Explorer 7 are reset to the default values on a Windows Vista-based computer
On a Windows Vista-based computer, you customize the following security settings
for the Trusted sites zone in Windows Internet Explorer 7:
• Automatic Prompting for ActiveX controls
• Download signed ActiveX controls
• Automatic prompting for file downloads
• Allow Script-initiated windows without size or position constraints
However, after you install Internet Explorer cumulative security update 931768
(MS07-027) or security update 933566 (MS07-033), the security settings are reset
to the default values.
Fix: Install the December update MS07-069.
http://support.microsoft.com/default.aspx/kb/943141
Error message after you install a Windows IE7 update from Windows Upate or from Microsoft Update: "Webpage cannot be displayed"
This problem may occur because the file signatures for the core Windows Internet Explorer 7 files may be changed when the update is installed. If a third-party security program is installed on the computer, that program may then block the updated version of Windows Internet Explorer 7 from accessing the Internet.
http://support.microsoft.com/default.aspx/kb/942818
You can use .msi files to deploy IE7 in Active Directory environments
Currently, large corporations use enterprise-wide deployment mechanisms such as Software Update Services (SMS) or Windows Server Update Services (WSUS) to deploy applications. These applications may include Windows Internet Explorer.
However, smaller organizations that do not use these deployment mechanisms use Active Directory distribution mechanisms to assign and to publish specific sets of applications to specific sets of individuals. To deploy applications in Active Directory environments, the application installer must be a Windows Installer package.
Earlier Internet Explorer 7 packages were not .msi files. Therefore, you cannot deploy the earlier packages in Active Directory environments. For the re-release of Internet Explorer Administration Kit 7 (IEAK 7), we have created a Windows Installer wrapper for IEAK 7 output packages. In this manner, organizations can deploy these packages in Active Directory environments. Then, corporations do not have to use enterprise-wide deployment mechanisms such as SMS or WSUS. Therefore, in Active Directory environments, the corporations can control the deployment of Internet Explorer on corporate-wide computers without requiring physical access to client computers.
http://support.microsoft.com/default.aspx/kb/942812
HOTFIX: The address bar is displayed unexpectedly when you use IE7 to browse a Web page that you developed
Consider the following scenario:
• You develop a Web page that does not display the Address bar in the Web browser window.
• You use Windows Internet Explorer 7 to browse this Web page.
• You press ALT+ENTER, or you press F11. This displays Internet Explorer in full-screen mode.
• You press ALT+ENTER again, or you press F11 again to revert the Internet Explorer window to its original size.
In this scenario, the Address bar is displayed unexpectedly in Internet Explorer.
When the Internet Explorer window exits full-screen mode, Internet Explorer overwrites the user interface (UI) by loading the default settings of certain options. Therefore, after the Internet Explorer window reverts to its original size, Internet Explorer displays the UI that is not visible when the Internet Explorer window is in full-screen mode.
http://support.microsoft.com/default.aspx/kb/942710
MS07-069: Cumulative security update for Internet Explorer
http://support.microsoft.com/default.aspx/kb/942615
HOTFIX: The translucent layers intermittently turn gray when you browse a Web page that contains translucent layers by using IE7
This problem occurs because of a race condition in Internet Explorer. This race condition occurs when two threads concurrently call the SelectObject function on the Windows GDI HBITMAP handle.
http://support.microsoft.com/default.aspx/kb/942174
HOTFIX: Error message when you try to move or resize a window on a computer that as IE7 installed: "An error has occurred in the script on this page"
This issue occurs because of a design change. This design change helps enhance security on the computer by blocking any move or resize functions.
Windows uses a script to block these functions when the mouse button is down. If the mouse button is down, Windows considers the operation to be a drag operation. Windows blocks any move or resize functions. This behavior helps prevent an attacker from transferring malicious files to the computer.
http://support.microsoft.com/default.aspx/kb/942173
HOTFIX: When you open a Web page by typing a File URI in the Windows IE& Address Bar on a Windows Vista based computer, the query string disappears from the Address Bar after the Web page opens
In Windows Vista, when you type a File URI in the Address bar of a low-rights instance of Internet Explorer 7, Internet Explorer 7 starts a normal-rights instance of Internet Explorer 7 to handle the File URI. To do this, Internet Explorer passes the File URI to the normal-rights instance by using a command line. On the command line, the fragments and queries of the File URI are removed. Therefore, this problem occurs. These fragments and queries of the File URI are also removed if you run a command to open the Web page in Windows XP or in Windows Server 2003.
http://support.microsoft.com/default.aspx/kb/942172
HOTFIX: The content color does not appear as expected when you view a Web page that uses a customized ICM profile for theICMFilter filter in IE7
This problem occurs because of an error in the Dxtmsft.dll file. Because of this error, Internet Explorer 7 cannot find the ICM profile.
http://support.microsoft.com/default.aspx/kb/942171
The AutoComplete feature does not work in IE7
Registry fix: This problem occurs when the value of the FormSuggest registry entry that is located under the following registry subkey is set to 0: HKEY_CURRENT_USER\Software\Policies\Microsoft\Internet Explorer\Control Panel
http://support.microsoft.com/default.aspx/kb/942090
HOTFIX: After you use the Internet Explorer Customization Wizard to remove
the default elements of some features in Internet Explorer 7, these elements
still exist in Internet Explorer 7
On a computer that has Windows Internet Explorer 7 installed, you run the
Internet Explorer Customization Wizard. You use this wizard to create an
Internet Explorer 7 customized package. In the wizard, you remove the default
elements of the following features:
• Favorites
• Feeds
• Links
Note The Internet Explorer Customization Wizard is a component of the Internet
Explorer Administration Kit (IEAK).
You build the customized package, and you install the package on a destination
computer. However, the default elements of the features that you removed still
exist.
http://support.microsoft.com/default.aspx/kb/941938
You cannot log on to an FTP site or you are redirected to the root folder of the FTP site in IE7
"There are two main methods to use FTP in Windows. One method uses Windows Explorer to browse FTP sites by using a folder-based interface. By default, Internet Explorer uses this method. The other method uses an implementation in Internet Explorer that is based on the WinINet API. When you use this method, you browse FTP sites in Internet Explorer in the same manner that you browse Web sites.
Versions of Internet Explorer that are earlier than Internet Explorer 7 are not separate from the rest of Windows. Internet Explorer and the rest of Windows just have different entry points in the user interface. When you browse an FTP site in Internet Explorer, the FTP site opens in Windows Explorer. Windows supports home directories and the relative path of the FTP URL. Therefore, after you enter the user name and the password, you are redirected to an assigned folder according to the user name. This assigned folder appears as the root of the FTP server.
Internet Explorer 7 is separate from the rest of Windows. Therefore, when you use Internet Explorer 7 to access an FTP site, the behavior differs from the behavior of earlier versions of Internet Explorer. Internet Explorer does not support home directories and the relative path of the FTP URL. Therefore, you are redirected to the root folder of the FTP server. If you do not have permission to access the root folder, you cannot access the FTP site.
For more information, click the following article number to view the article in the Microsoft Knowledge Base:
http://support.microsoft.com/kb/928675/ Separation of Internet Explorer 7 from the Windows shell"
To work around this issue, follow these steps:
1. Start Internet Explorer.
2. Click Tools, and then click Internet Options.
3. Click the Advanced tab.
4. Under Browsing, Click to select the Enable FTP folder view (outside of Internet Explorer) check box, and then click OK.
5. In Windows Explorer, enter the URL of the FTP site, and then press ENTER.
http://support.microsoft.com/default.aspx/kb/941896
You cannot press ALT+D to set the focus to an object in IE7
Consider the following scenario. You design a Web page. You use the ACCESSKEY attribute to set or retrieve the keyboard shortcut for an object. You set the D key as the keyboard shortcut for the object. In this scenario, when you view the Web page in Internet Explorer 7, you cannot set the focus to the object by pressing ALT+D. Instead, when you press ALT+D, the focus is set to the address bar.
However, when you set another key as the keyboard shortcut for the object, you do not experience this issue. You can set the focus to the object by pressing the ALT key together with that key.
By default, ALT+D sets the focus to the text in the Address bar in Internet Explorer 7. Therefore, you cannot set the D key as the keyboard shortcut for the object in Internet Explorer 7.
http://support.microsoft.com/default.aspx/kb/941508
How to increase the per-domain cookie limit of IE from 20 to 50
By default, Internet Explorer can store a maximum of 20 cookies for each domain. If a server in the domain sends more than 20 cookies to a client computer, the browser on the client computer automatically discards some old cookies.
Each cookie consists of a single name-value pair. This pair may be followed by attribute-value pairs that are separated by semicolons.
This limit has been increased to simplify the development and the hosting of Web applications on domains that must use many cookies.
http://support.microsoft.com/default.aspx/kb/941495
HOTFIX: After Internet Explorer Maintenance Group Policy settings are configured in a domain, a 20 second delay occurs when you log on to a domain from a client computer that has IE7 installed
(Note: I have seen this problem - you'd be surprised how much a 20 second or so delay can irritate users.)
In an Active Directory directory service domain environment, you configure the Internet Explorer Maintenance Group Policy settings. A user logs on to the domain from a Windows XP-based, or a Windows Server 2003-based client computer that has Internet Explorer 7 installed. However, the user experiences a 20-second logon delay compared with a client computer that has Internet Explorer 6 installed.
To verify this delay, you can view the contents of the Branding log file (Brndlog.txt) for Internet Explorer Maintenance.
Note The Brndlog.txt file is in the following folder:
%UserProfile%\Local Settings\Application Data\Microsoft\Internet Explorer
In the Branding log file, you may see the information that resembles the following:
10/25/2007 10:36:37 Refreshing browser settings...
10/25/2007 10:36:37 Broadcasting "Windows settings change" to all top level windows...
10/25/2007 10:36:57 Done.
This sample shows that a 20-second delay occurs in the following phase:
Broadcasting "Windows settings change" to all top level windows
Internet Explorer 7 introduced an error that causes this problem. This error occurs when Internet Explorer 7 parses command line parameters.
http://support.microsoft.com/default.aspx/kb/941158
The "Intranet Sites: Include all local (intranet) sites not listed in other
zones" policy setting does not function as expected in Internet Explorer 7
Consider the following scenario:
• You are running Windows Internet Explorer 7 on a Windows-based computer.
• In a workgroup environment, you use Group Policy to disable the Turn on
automatic detection of the intranet setting and to enable the Intranet Sites:
Include all local (intranet) sites not listed in other zones setting.
• You use Internet Explorer 7 to access a local intranet site.
In this scenario, the local site is displayed through the Internet zone instead
of through the "Local intranet" zone as expected.
Source:
http://support.microsoft.com/default.aspx/kb/941001
HOTFIX: On a computer that has IE7 installed, the security zone of the network drive that you map by using the subst command appears as "Internet"
On a computer has Windows Internet Explorer 7 installed, you create a disconnected network drive by running the subst command at a command prompt. When you open this network drive in Windows Explorer, it appears as Disconnected Network Drive. Additionally, the security zone for the network drive appears as Internet in the status bar.
However, on a computer that has Internet Explorer 6 installed, the security zone of the network drive appears as Local Intranet in the status bar.
Note This behavior also occurs if you map a network drive by using the system context.
This issue is caused by a design change in Internet Explorer 7.
When you map a network drive, the operating system tries to obtain the name of the network share so that the operating system can determine whether the security zone of the network share is Internet or Intranet. This action may fail when you use the subst command or when you map a drive in the system context. If the operating system cannot obtain the share name on a computer that has Internet Explorer 7 installed, the system sets the security zone of the network share to Internet. Therefore, this problem occurs.
By contrast, if the operating system cannot obtain the share name on a computer that has Internet Explorer 6 installed, the system sets the security zone of the network share to Local Intranet.
http://support.microsoft.com/default.aspx/kb/941000
In IE7 you cannot use an application to programmatically enumerate IE7 instances in a desktop other than the default desktop
This issue occurs because of a change in behavior in Internet Explorer 7.
In Internet Explorer 6, the ShellWindows object is associated with the following CLSID:
{9BA05972-F6A8-11CF-A442-00A0C90A8F39}
This object is a COM local server that exists for each desktop. When you use the CoCreate function to create a ShellWindows instance, the instance is bound to the server on the desktop where you create the instance. Therefore, the application can enumerate the Internet Explorer 6 windows in all desktops.
In Internet Explorer 7, the HKEY_LOCAL_MACHINE\SOFTWARE\Classes\AppID\ subkey is added together with the RunAs registry entry. And the value of the RunAs registry entry is set to Interactive User. This change in behavior for Internet Explorer 7 causes the ShellWindows instance to be bound to the server on the default desktop even if you create the instance in other desktops.
http://support.microsoft.com/default.aspx/kb/940998
HOTFIX: When you use IE7 to visit a Web site that includes certain VBScript functions, IE7 may crash
Consider the following scenario:• You use Windows Internet Explorer 7 to visit a Web site. The Web site includes one of the following Microsoft Visual Basic Scripting Edition (VBScript) functions:
• MsgBox
• InputBox
• The Phishing Filter feature is enabled in Internet Explorer.
In this scenario, Internet Explorer 7 may crash.
http://support.microsoft.com/default.aspx/kb/940284
Description of IE7 Installation and Availability Update
This article discusses the availability of the Windows Internet Explorer 7 Installation and Availability Update. This article also describes changes in the installation experience and improvements in the Internet Explorer 7 user interface. Additionally, download information is included.
http://support.microsoft.com/default.aspx/kb/940767
HOTFIX: When you use IE7 to browse a Web page, the state of the "Edit with <HTML editor>" command on the File menu may be inconsistent with the state of the "Edit with <HTML editor>" command on the Page menu
You use Windows Internet Explorer 7 to browse a Web page, and you examine the state of the Edit with <HTML editor> command on the File menu. However, you notice that the state of this command is inconsistent with the state of the Edit with <HTML editor> command on the Page menu. For example, the Edit with Notepad command on the File menu may be enabled, while the Edit with Notepad command on the Page menu is disabled.
Additionally, the state of Edit with <HTML editor> command on the Page menu will vary from disabled to enabled if either of the following conditions is true:
• You refresh the Web page in the current Internet Explorer window.
• You open the same Web page in another Internet Explorer window.
Note The <HTML editor> placeholder represents a program that you can use to edit HTML files. For more information about how to specify the HTML editor, see the "More information" section.
http://support.microsoft.com/default.aspx/kb/939946
HOTFIX: The text size that you specify is not applied to all IE7 windows that
you open on a Windows Vista-based computer
This problem occurs if the following conditions are true:
• Protected mode is enabled in Internet Explorer 7.
• The window in which you specify the text size contains Web pages that use an
encoding type other than UTF-8 encoding, such as Shift-JIS character encoding.
Note this problem does not affect Windows XP or Windows Server 2003
http://support.microsoft.com/default.aspx/kb/939944
HOTFIX: Problems may occur when you try to use POST method or the GET method to pass Form data in a Web page in IE7 or in IE6
Symptom 1
The POST method or the GET method may encode certain characters as Unicode numeric character references. For example, these methods may encode あ as %26% 2312354%3B.
This problem may occur in Web pages that contain Japanese characters. Additionally, the Web pages are marked with a charset of windows-31j in the HTTP headers.
Symptom 2
The POST method or the GET method cannot transmit Form data to the Web server. Additionally, you may receive a script error message that resembles the following:
Line: Line Number
Char: Number
Error: Unspecified error.
Code: 0
URL: URL
This problem may occur if the Form data contains Unicode-only characters at the start of a lone field. For example, the Form data may contain one of the following kinds of Unicode-only characters at the start of a lone field:
• A mixture of ASCII and Japanese characters.
• The character U+301C (tilde 〜) together with Chinese, Japanese, or Korean characters.
• The character U+3030 (tilde 〰) together with Chinese, Japanese, or Korean characters.
This problem occurs because Internet Explorer does not correctly use the code page for the required language when the Form data contains certain character combinations.
http://support.microsoft.com/default.aspx/kb/939941
HOTFIX: A site does not run in the expected security zone in IE7 if the site
address in the security zone uses a wildcard character
Symptom 1
A site address that uses a wildcard character overrides a site address that uses
the exact name. For example, assume that you have added the "*.subdomain.domain.com"
site address to the Local Intranet security zone. You also add the "server.subdomain.domain.com"
site address to the Trusted Sites security zone. When you access the following
Web site, you expect the Web site to run in the Trusted Sites security zone:
http://server.subdomain.domain.com
However, the status bar of Internet Explorer indicates that the Web site runs in
the Local Intranet security zone.
Symptom 2
A site address that uses a wildcard character does not apply to a site address
that is in a nested namespace. Instead, the site address that uses a wildcard
character applies only to a site that is directly in the defined namespace.
For example, assume that you have added the "*.subdomain.domain.com" site
address to the Local Intranet security zone. When you access the following Web
site, you expect that the Web site will run in the Local Intranet security zone:
http://server.dns.subdomain.domain.com
However, the status bar of Internet Explorer indicates that the Web site runs in
the Internet security zone.
In this case, the Web site runs in the Local Intranet security zone only after
you add the following addresses to the Local Intranet security zone:
• *.dns.subdomain.domain.com
• server.dns.subdomain.com
Note The Web site runs in the correct zone in Microsoft Internet Explorer 6.
IMPORTANT INFO FOR HOTFIX WITH WINDOWS SERVER 2003
To apply this hotfix, you must have Windows Server 2003 Service Pack 2 installed
on the computer.
IMPORTANT INFORMATION FOR HOTFIX WITH WINDOWS XP
To apply this hotfix, you must have Windows XP Service Pack 2 installed on the
computer.
WINDOWS VISTA - No prerequisites
http://support.microsoft.com/default.aspx/kb/939940
After you append some characters in an HTML page text box in IE7, the
original characters in the text box are replaced with the newly typed characters
http://support.microsoft.com/default.aspx/kb/939913
You receive a WM_ACTIVATE message after you receive a WM_KILLFOCUS message in IE7
This behavior occurs because of a design change in Internet Explorer 7. When a modal dialog box is opened from the ActiveX control in Internet Explorer 7, the User32.dll process sends the WM_ACTIVATE message to the top window. Then, the User32.dll process sends the WM_KILLFOCUS message to the focus window.
In Internet Explorer 6, the WM_ACTIVATE message is converted directly to call the IOleInPlaceActiveObject::OnFrameWindowActivate method. This behavior occurs because the top window is located on the same thread as the ActiveX control. However, in Internet Explorer 7, the top window is located on a different thread because each tab runs on its own thread. To safely notify the tab thread of the activation change, the top window must run a PostMessage function. Therefore, the WM_ACTIVATE message arrives later than the WM_KILLFOCUS message.
http://support.microsoft.com/default.aspx/kb/939851
Microsoft has released security bulletin MS07-057. The security bulletin contains all the relevant information about the security update. This information includes file manifest information and deployment options. To view the complete security bulletin, visit one of the following Microsoft Web sites:
• Home users:
http://www.microsoft.com/protect/computer/updates/bulletins/200710.mspx
• IT professionals:
http://www.microsoft.com/technet/security/bulletin/ms07-057.mspx
Source: http://support.microsoft.com/default.aspx/kb/939653
The value in the "CSP" field appears as "Loading" when you use the Advanced
Certificate Request page to submit a certificate request to an enterprise CA in
Internet Explorer
This problem occurs because active scripting is disabled for the security zone
to which the application enterprise CA belongs.
http://support.microsoft.com/default.aspx/kb/939290
Windows behaviour is incorrect when you use a program that uses DDE to browse pages in IE7
http://support.microsoft.com/default.aspx/kb/938527
HOTFIX: IE7 does not open a link in a new window as expected after you use
Dynamic Data Exchange to integrate a program into IE7
Consider the following scenario. You use Dynamic Data Exchange (DDE) to
integrate a program into Windows Internet Explorer 7. In this program, you
configure some options to open links in new Internet Explorer windows. However,
when you try to open a link in a new window, Internet Explorer 7 opens the link
in a window that was already open.
This problem occurs if you configure Internet Explorer 7 to open links from
other programs on a new tab in the open window.
http://support.microsoft.com/default.aspx/kb/938526
The list of search providers includes two entries for Live Search after you
use an .adm file to configure Live Search as one of the search providers in IE7
This problem occurs because Internet Explorer automatically sets the required
registry entries to add Live Search every time it starts.
The fix? Don't use an .adm to add Live Search. You don't need to.
http://support.microsoft.com/default.aspx/kb/938312
An enhanced meta file (EMF) image may be displayed incorrectly in Internet
Explorer and you cannot control the size of the image
This problem occurs because Internet Explorer does not provide controls to
adjust the size of the EMF image. EMF images contain image data in a
vector-based format that can be displayed in a size that is larger or smaller
than the original image size. Applications that support the EMF format usually
display the image at the default size. (The creator of the image determines the
default size.) However, Internet Explorer scales the image to fit in the space
that is available on the page. When this problem occurs, the image may be
displayed in an unexpected size.
http://support.microsoft.com/default.aspx/kb/938311
The Login page does not appear when you use Windows IE7 to access a Novell
GroupWise WebAccess-based Web site
When you use Windows Internet Explorer 7 to access a Novell GroupWise WebAccess-based
Web site, the Login page does not appear. Instead, the Login page appears to
stop responding (hang) after it starts to load. When this issue occurs, you may
receive the following error message in the Web-browser window:
A connection attempt failed because the connected party did not properly respond
after a period of time, or established connection failed because connected host
has failed to respond.
This issue occurs if the Apache SSL module does not correctly support Transport
Layer Security (TLS). By default, Windows Internet Explorer 7 tries to establish
a TLS connection with the Web server. If this connection is unsuccessful,
Windows Internet Explorer 7 tries to fall back to an SSL 3.0 connection. In this
scenario, the Web server may stop responding during the fallback process. To
work around this issue, upgrade the Apache SSL module to the latest version.
http://support.microsoft.com/default.aspx/kb/938310
Internet Explorer stops unexpectedly when you try to use a JavaScript command
to start Internet Explorer at a specific size and location
When you try to use the following command to start Windows Internet Explorer at
a specific size and location, the command does not work, and Internet Explorer
stops unexpectedly:
"C:\Program Files\Internet Explorer\IEXPLORE.EXE"
"javascript:resizeTo(800,600);moveTo(0,0);document.location.href='http://www.msn.com'"
This problem occurs when you use the following versions of Microsoft Windows:
• Microsoft Windows XP with Service Pack 2
• Microsoft Windows Server 2003 with Service Pack 1
This problem does not occur when you use the following versions of Windows:
• Microsoft Windows 2000 with Service Pack 4
• Microsoft Windows Server 2003 without a service pack installed
This problem occurs because you cannot use JavaScript to resize the Internet
Explorer window. This restriction is for security reasons. Internet Explorer
does not support using JavaScript from the command line.
http://support.microsoft.com/default.aspx/kb/938306
Error message when you try to log on to a Web site that requires Kerberos
authentication by using IE7 on a Windows XP SP2 computer: "Access is denied due
to invalid credentials
You try to log on to a Web site that requires Kerberos version 5 protocol
authentication. However, you are prompted three times for your user credentials,
even though you enter the correct information every time that you are prompted
to do this. When you try to log on the Web site for the third time, you receive
the following error message:
HTTP Error 401.1 - Unauthorized: Access is denied due to invalid credentials.
Internet Information Services (IIS)
Back to the top
This problem occurs if the Web site uses a CNAME resource record in the Domain
Name System (DNS) to contact the server that initiates Kerberos authentication.
When you use Internet Explorer 7 to access the Web site, Internet Explorer 7
uses the host name of the server instead of the CNAME resource record to contact
the server. However, only the Service Principal Name (SPN) for the CNAME
resource record is registered on the account that the server uses for the
authentication. Therefore, the authentication process does not work.
http://support.microsoft.com/default.aspx/kb/938305
Error message when you perform an operation in a frame on a Web page in IE7:
"Access denied"
To resolve this issue, set the document.domain property of each frame on the Web
page to the same string together with the same case. For example, if you set the
document.domain property of the first frame to "contoso.com," you must set the
document.domain property of the second frame to "contoso.com." You cannot set
the document.domain property of the second frame to "CONTOSO.com" or to "Contoso.com."
http://support.microsoft.com/default.aspx/kb/938302
Error message when you use IE7 to visit a Web page: "Error on Page" or
"Permission denied"
You set the document.domain property for a Web page to document.location.host or
to document.location.hostname. When you use Windows Internet Explorer 7 to visit
the Web page, you may encounter one of the following problems:
• You may receive the following error message in the status bar of Internet
Explorer:
Error on Page.
• You may receive an error message that resembles the following:
Line: LineNumber
Char: CharacterNumber
Error: Permission denied
Code: CodeNumber
To work around this problem, do not set the document.domain property to
document.location.host or to document.location.hostname.
http://support.microsoft.com/default.aspx/kb/938301
"My Computer" folder opens instead of the Web folder in IE7 when you use
certain Web folder behaviours to open a Web folder
In Windows Internet Explorer 7, the "My Computer" folder opens instead of the
Web folder. This problem occurs when you use either of the following behaviors
to open a Web folder that is hosted on a Web server and Microsoft Office 2003 or
a later version is not installed on the computer:
• httpFolder behavior
• anchorClick behavior
To resolve this issue, install the software update for Web folders that is
described in the Microsoft Knowledge Base article 892211.
http://support.microsoft.com/default.aspx/kb/938203
MS07-050 Vulnerability in Vector Markup Language could allow remote code execution
Microsoft has released security bulletin MS07-050. The security bulletin contains all the relevant information about the security update. This information includes file manifest information and deployment options. To view the complete security bulletin, visit one of the following Microsoft Web sites:
• Home users:
http://www.microsoft.com/protect/computer/updates/bulletins/200708.mspx
• IT professionals:
http://www.microsoft.com/technet/security/bulletin/ms07-050.mspx
Known issues
• http://support.microsoft.com/kb/937905 Description of the Input Method Editor (Korean) 2007 hotfix package: July 7, 2007
http://support.microsoft.com/default.aspx/kb/938127
You experience problems when you use Internet Explorer to browse through
pages on a secure site
"When you open a new Web page, Internet Explorer stops downloading page elements
for the previous page. Internet Explorer sends a TCP RESET message, and it
closes all the active TCP connections for the previous page. After Internet
Explorer closes all the active TCP connections, it opens new TCP connections to
the new page. This problem occurs when you click a hyperlink while objects are
still being downloaded.
If a new HTTPS connection is initiated while a HTTPS Web page is in the SSL
handshake phase of the TCP connection negotiation, the TCP RESET message causes
an abnormal end to the SSL handshake. This behavior causes the SSL cache for the
SSL session ID to be purged. A new connection is then established that causes a
full SSL handshake and that uses a new SSL session ID. This is the default
behavior for Internet Explorer."
The fix is, ironically, to increase the MaxConnectionsPerServer value - a value
that is used to control the number of download sessions per server IE is allowed
to make. Why do I say ironically? Because I have always argued *against*
increasing that value for good-netizen reasons - not taking more than our fair
share of limited bandwidth resources when connecting to a download server. So,
if you choose to increase the MaxConnectionsPerServer value, then please do not
attempt to increase the maximum number of sessions beyond the suggested limit of
10.
http://support.microsoft.com/default.aspx/kb/937480
You cannot prevent IE6 from caching HTTP pages by using META tags
This issue occurs when the connection to the Web server is not a Secure Sockets
Layer (SSL) connection. Over ordinary connections, MSHTML will only read the
Expires tag, and Internet Explorer will set the Expiration header based on the
Expires tag content value.
http://support.microsoft.com/default.aspx/kb/937479
The "File Download - Security Warning" dialog box opens when you try to open
IE7
This problem may occur on a Windows Vista-based computer if the following
conditions are true:
• The "Temporary Internet Files" folder is moved to a location outside the User
folder hierarchy. For example, the "Temporary Internet Files" folder is moved to
another volume.
• The Phishing Filter is enabled.
• Protected mode is enabled.
In this case, the "Temporary Internet Files" folder has insufficient permissions
in its new location. Therefore, the Phishing Filter cannot start. When this
problem occurs, Internet Explorer 7 cannot start, and the File Download –
Security Warning dialog box opens.
This problem may also occur on a Microsoft Windows XP Service Pack 2 (SP2)-based
computer or on a Microsoft Windows Server 2003-based computer if one of the
following conditions is true:
• The folder that contains the "Temporary Internet Files" folder has been
deleted.
• The permissions for the "Temporary Internet Files" folder have been changed.
http://support.microsoft.com/default.aspx/kb/937409
Description of the Jet 4.0 Database Engine update rollup for the release
version of Windows Vista: 11 May 2007
This article describes the Microsoft Jet 4.0 Database Engine issues that are
fixed in the Jet 4.0 Database Engine update rollup for the release version of
Windows Vista. This update rollup is dated May 11, 2007.
http://support.microsoft.com/default.aspx/kb/937248
MS07-045 Cumulative Security Update for Internet Explorer
Microsoft has released security bulletin MS07-045. The security bulletin contains all the relevant information about the security update. This information includes file manifest information and deployment options. To view the complete security bulletin, visit one of the following Microsoft Web sites:
• Home users:
http://www.microsoft.com/protect/computer/updates/bulletins/200708.mspx
• IT professionals:
http://www.microsoft.com/technet/security/bulletin/ms07-045.mspx
http://support.microsoft.com/default.aspx/kb/937143
When you copy text from a Rich Text box in Infopath on a computer that has
IE7 installed, the pasted text unexpectedly appears inside a table cell
This issue occurs after you install Windows Internet Explorer 7 on a computer
that has Infopath installed. Or, this issue occurs after you install InfoPath on
a computer that is running Windows Vista.
To edit XML files, InfoPath uses the XML capabilities in Internet Explorer to
perform certain functions, such as the copying-and-pasting of XML objects.
Internet Explorer 7 handles copy-and-paste operations differently from
pre-Internet Explorer 7 versions of the browser.
http://support.microsoft.com/default.aspx/kb/937053
Password expiration messages no longer appear in Outlook Web Access after you
update Exchange Server 2003
• You configure the option that lets you use Microsoft Office Outlook Web Access
for Exchange Server 2003 to change domain passwords.
• Password expiration messages appear as expected in Outlook Web Access.
The password expiration messages appear as yellow a banner in the upper part of
the details pane in Outlook Web Access. These messages resemble the following:
Your password expires in 6 days. Use the Options page to change your password.
After you apply updates to Exchange, the password expiration message may no
longer appear for Outlook Web Access users. You may experience this problem
after you apply one of the following updates:
924334 (http://support.microsoft.com/kb/924334/)
The Compose Message form stops responding after you install Internet Explorer
7.0 and the S/MIME control on an Outlook Web Access client in Exchange Server
2003
926666 (http://support.microsoft.com/kb/926666/)
Update for daylight saving time changes in 2007 for Exchange 2003 Service Pack 2
This problem may also occur after you apply any update that updates the
Davex.dll file to version 6.5.7651.60 or to a later version.
http://support.microsoft.com/default.aspx/kb/937011
HOTFIX: IE6 and IE7 may not find the text even though the Web page contains
the text
This problem occurs because the maximum number of paragraphs that Internet
Explorer can search is 32,000 paragraphs. Internet Explorer may not find the
text if the text is located after the maximum number of paragraphs.
http://support.microsoft.com/default.aspx/kb/936955
HOTFIX: The item may not be selected when you use the windowless SELECT
control to create a list in Internet Explorer 7
You use the windowless SELECT control to create a list in Windows Internet
Explorer 7. You use the mouse to open the list, and then you use the keyboard to
select an item in the list. In this scenario, the item may not be selected.
This problem does not occur if you use the windowed SELECT control by changing
the registry key. This problem does not occur if you do not use the mouse to
open the list or to close the list.
http://support.microsoft.com/default.aspx/kb/936953
HOTFIX: Windows IE7 may exit unexpectedly when an application gets the
GetAcceptLanguages function on a computer that is running Windows Vista
To work around this problem, use the RegQueryValue function to retrieve the
language setting in Internet Explorer. Use the RegQueryValue function to query
the following registry key:
HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\International\AcceptLanguage.
Alternatively request the hotfix.
http://support.microsoft.com/default.aspx/kb/936950
HOTFIX: When you maximize an IE7 window, some events do not occur
You open a Web page in Windows Internet Explorer 7, and then you minimize the
window. After you do this, you maximize the window from the taskbar. In this
case, the focus is not in the same position as the focus was when you minimized
the window. Instead, the focus is on the Address bar in the window.
Additionally, the following events do not occur on the Web page when you
maximize the window:
• Document.body.onblur
• Window.onblur
• Document.body.onfocus
• Window.onfocus
http://support.microsoft.com/default.aspx/kb/936949
HOTFIX: Error message when you open a Web page in Windows Internet Explorer
7: "Internet Explorer has encountered a problem and needs to close"
This problem occurs if the Web page contains an <OBJECT> tag that uses a “PARAM
NAME=back” statement.
http://support.microsoft.com/default.aspx/kb/936904
HOTFIX: The "Size (bytes) field displays the file size as Damaged when you
view the file properties for an ActiveX control in IE7
Consider the following scenario. You download an ActiveX control. You view the
file properties for the control in the Downloaded Program Files folder. You
click the Dependency tab in the Properties dialog box. In this scenario, the
Size (bytes) field may not display the file size in bytes. Instead, the Size
(bytes) field displays the file size as Damaged. This problem occurs if Windows
Internet Explorer 7 is installed on the computer.
Note By default, the downloaded ActiveX controls are stored in the
C:\WINDOWS\Downloaded Program Files folder when you install the control.
http://support.microsoft.com/default.aspx/kb/936883
HOTFIX: Error message when you open an Internet shortcut file on a computer that has IE7 installed: "Problem with Shortcut. The target of this Internet Shortcut is not valid"
If you examine the properties of the Internet shortcut file when this problem occurs, the Type of file field indicates that the file type is Internet Shortcut (.url). However, the Web Document tab may disappear. Also, on the Details tab, the URL string may disappear. This problem occurs if the Windows shell receives a notification during the process that creates the Internet shortcut file. This notification is received before the file has been completely written to the disk.
http://support.microsoft.com/default.aspx/kb/936881
IE7 incorrectly recognizes an intranet Web site as an Internet Web site
http://support.microsoft.com/default.aspx/kb/936611
HOTFIX: Error message when you run an application that starts news processes
from an impersonated context on a computer that has IE7 installed: "Access is
denied"
This behavior occurs because the application calls the ShellExecuteEx function
by using a thread that is running under an impersonated context. When the
application calls the ShellExecuteEx function, the thread tries to access the
HKEY_CURRENT_USER registry key. By design, because the thread does not have
permission to access the HKEY_CURRENT_USER registry key, the application cannot
call the function successfully.
http://support.microsoft.com/default.aspx/kb/936610
How to troubleshoot IE7 issues in Windows Vista
You cannot use Internet Explorer to surf the Internet. Additionally, other
applications cannot access the Internet. Any one of the following can cause this
issue:• Issues with your firewall software or with its configuration.
• Issues with network adapter drivers.
• Issues with the current installation of Winsock or of TCP/IP protocols.
• Incorrect entries in the Hosts file on your computer.
http://support.microsoft.com/default.aspx/kb/936215
How to troubleshoot compatibility problems that affect IE7 in Windows Vista
Note: This article does not make sense - what compatibility problems are they
talking about? For example, it makes no mention of IE's no add-ons mode which is
the first thing that should be tried when checking to see if there are
compatibility problems affecting IE7.
This article describes how to troubleshoot software compatibility problems that
affect Windows Internet Explorer 7. To help determine which program may be
causing the problem, you can take the following steps:
1. Use safe mode with networking
2. Perform a clean boot
3. Use a different user account
4. Scan your computer for viruses and spyware
http://support.microsoft.com/default.aspx/kb/936214
How to optimize or reset IE7
Configuration settings in Windows Internet Explorer 7 may cause one or more of
the following issues:
• You experience performance problems in Internet Explorer 7.
• You receive an error message in Internet Explorer 7. For example, you receive
an "Internet Explorer cannot display the Web page" error message.
• Internet Explorer 7 stops responding.
http://support.microsoft.com/default.aspx/kb/936213
How to troubleshoot the following error message in IE7: "Internet Explorer
cannot display the webpage"
When you use Windows Internet Explorer 7 in Windows Vista, you may receive the
following error message:
Internet Explorer cannot display the webpage
This Internet Explorer error message may occur when you have network
connectivity problems that prevent the computer from connecting to the Internet.
This article describes how to use the Network Diagnostics tool in Window Vista
to automatically detect the problem. Additionally, this article describes how to
manually troubleshoot the problem.
http://support.microsoft.com/default.aspx/kb/936211
Home Page
Who owns this site?
Contact Sandi
Breaking News
Manage IE using Group Policy
Internet Explorer 8
- Activities
- WebSlices
- InPrivate Mode
- Visual Search
- Compatibility View
- Safety Filter
- Automatic Crash Recovery
- Under Construction
Resources
In Depth Articles
- Known issues - IE7
- Tabbed Browsing
- Quick Tabs
- Tab Groups and multiple home pages
- Phishing Filter
- RSS
- Printing improvements
- Toolbars and buttons
- Secure Sites
- Searching
- All about Favorites
- Delete browsing history
- Page Zoom
Under the Hood
- Parental Controls
- Improved security in Vista
