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 &#12354; 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
 

Consider the following scenario on a Windows Vista-based, a Windows XP-based, or a Windows Server 2003-based computer that is running Windows Internet Explorer 7:

• In Internet Explorer 7, you open an HTML page that contains a text box.
• In the text box, you use the Japanese Input Method Editor (IME) to type some characters. Additionally, after you type the characters, you do not press ENTER for confirmation.
• You click anywhere out of the text box.

When you click anywhere out of the text box, the OnChange event occurs.

• In the text box, you type to append some new characters.
• You click anywhere out of the text box again.

In this scenario, the original characters in the text box are replaced with the characters that you append.

This problem occurs because the OnChange event is fired before IME composition is stopped. Therefore, IME receives incorrect information about the text range. This incorrect text range information causes IME to remove the original characters in the text box.

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

Consider the following scenario:

• You start a program that uses Dynamic Data Exchange (DDE) to browse Web pages in Windows Internet Explorer 7.

• In Internet Explorer 7, you then click New Window on the File menu.

In this scenario, every time that you click an item in the program to view a Web page, Internet Explorer 7 opens a new window to display the Web page. You expect that the Web page to appear in the existing window.

Additionally, when you right-click an item in the program and then click New Window to open a Web page, Internet Explorer 7 displays the Web page in the most recently opened window. You expect Internet Explorer 7 to display the Web page in a new window.

These problems do not occur in Microsoft Internet Explorer 6.

CAUSE
These problems occur because the DDE handler in Internet Explorer 7 does not correctly handle DDE navigation commands.

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
 

When you visit an intranet Web site, Windows Internet Explorer 7 incorrectly recognizes the Web site as an Internet Web site. Therefore, if the Web site requires user authentication, you are prompted to enter the user account in the domain and to enter the corresponding password. You expect Internet Explorer to automatically send user authentication information to the domain when you visit an intranet Web site.

This problem occurs if you configure Internet Explorer 7 to use an automatic configuration script.

Notes

• In Windows Vista, this problem does not occur when the User Account Control (UAC) feature is enabled.
• This problem does not occur if you visit an intranet Web site by clicking a link in a Web page. 

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

 

CONTINUED....

 


Google