Microsoft KB Archive/888527

= A list of the bugs that are fixed in the .NET Framework 1.0 Service Pack 3 and that are not described elsewhere in individual Microsoft Knowledge Base articles =

Article ID: 888527

Article Last Modified on 9/1/2005

-

APPLIES TO


 * Microsoft .NET Framework 1.0

-



Important This article contains information about how to modify the registry. Make sure to back up the registry before you modify it. Make sure that you know how to restore the registry if a problem occurs. For more information about how to back up, restore, and modify the registry, click the following article number to view the article in the Microsoft Knowledge Base:

256986 Description of the Microsoft Windows registry



INTRODUCTION
This article lists the bugs that are fixed in the .NET Framework 1.0 Service Pack 3 and that are not described elsewhere in individual Microsoft Knowledge Base (KB) articles.

For more information about previously documented fixes in the .NET Framework 1.0 Service Pack 3, click the following article number to view the article in the Microsoft Knowledge Base:

867461 List of bugs that are fixed in Microsoft .NET Framework 1.0 Service Pack 3



Undocumented bugs in ASP.NET
 Impersonation in ASP.NET may be unsuccessful in Microsoft Integrated Information Server (IIS) 5.0 isolation mode.

When you run an ASP.NET Web Application project on a computer that is running Microsoft Windows Server 2003 with the .NET Framework 1.0 installed, you may receive an error message that is similar to the following:

System.Web.HttpException: Access denied to 'd:\inetpub\wwwroot\ImpersonateTest\WebForm1.aspx'. Failed to start monitoring file changes.

This problem occurs when IIS 6.0 is running in IIS 5.0 isolation mode. You have to grant the &quot;SeImpersonatePrivilege&quot; permission to the ASPNET account.

To grant the &quot;SeImpersonatePrivilege&quot; permission to the ASPNET account, follow these steps:  Click Start, point to Settings, and then click Control Panel. Double-click Administrative Tools. Double-click Local Security Policy. Under Local Policies, click User Rights Assignment. In the Details pane, double-click Impersonate a client after authentication. Click Add, and then assign the permission to the local account that is named ASPNET.</li> Start a command prompt, and then type iisreset .</li></ol> </li> You experience scripting errors when you visit a Web site that uses the ASP.NET SmartNav feature in Microsoft Internet Explorer 5.5.

This problem may occur if either of the following conditions is true: <ul> You apply the MS03-048 security update to Internet Explorer 5.5.</li> You apply a software update that contains the MS03-048 security update to Internet Explorer 5.5.</li></ul>

This problem occurs because the MS03-048 security update prevents the SmartNav feature from working correctly in Internet Explorer 5.5.

</li>  New default behavior encodes a new line character that is named &quot;\n&quot; in response headers and in configuration options.

To help protect from &quot;HTTP Response Splitting&quot; attacks, the default behavior encodes the &quot;\n&quot; new line character when the &quot;\n&quot; new line character is found in the header body.

To work around the default behavior, you must set the EnableHeaderChecking attribute to &quot;false&quot; in the <httpRuntime> element. The <httpRuntime> element is used to configure the ASP.NET HTTP runtime settings. The following code example shows you how to set the EnableHeaderChecking attribute to &quot;false.&quot; The following code example also shows you how not to encode the &quot;\n&quot; new line character. <httpRuntime EnableHeaderChecking=false ...\> </li> You have to log on after you install the .NET Framework on Microsoft Windows XP Home Edition.

Warning Serious problems might occur if you modify the registry incorrectly by using Registry Editor or by using another method. These problems might require that you reinstall your operating system. Microsoft cannot guarantee that these problems can be solved. Modify the registry at your own risk.

When you install the .NET Framework on Windows XP Home Edition, the log on screen appears. However, you expect to continue directly to the desktop after you start your computer.

To resolve this problem, add the DWORD registry entry that is named  with a value of 0 (zero) to the following registry key when you install the .NET Framework:

Note This registry entry indicates that the ASPNET account is a service account.

</li> ASP.NET State Service does not start after you install the .NET Framework 1.0.

When you install the .NET Framework 1.0 on a system that has the .NET Framework 1.1 installed, the ASP.NET State Service does not start after the installation.

This problem occurs because the ASPNET account is re-created when you install the .NET Framework 1.0.

To work around this problem, correct the ASPNET account password. To do this, follow these steps: <ol> Click Start, click Run, type cmd, and then click OK.</li> At the command prompt, type the following directory path:

\Microsoft.NET\Framework\v1.1.4322\ </li> Type the following command to correct the ASPNET account password:

aspnet_regiis -ir </li></ol> </li></ul>

Undocumented bugs in the .NET Framework class library
<ul> When you try to create the CultureInfo class that is based on an ELK locale, you may receive the following error message:

Culture <someLCID> is not a supported culture.

Note The placeholder  is the language identifier.

When you try to create an instance of the CultureInfo class that is based on an ELK locale, you receive an error message that is similar to the following:

Culture  is not a supported culture.

The problem occurs when you try to create an instance of the CultureInfo class for a locale that is not supported by the .NET Framework.

The following new fallback behavior has been added to reduce errors that are returned when a culture is not supported by the CultureInfo class. <ul> GetUserDefaultLCID

Create CultureInfo that is based on current user locale.</li> GetSystemDefaultLCID

Create CultureInfo that is based on the system default.</li> GetSystemDefaultUILanguage

Create CultureInfo that is based on the system installed languages.</li> Create CultureInfo that is based on Invariant culture.</li></ul>

Note If the culture is not supported by the operating system, you may receive the following error message:

Culture  is not a supported culture.

</li> <li>National Language Support (NLS) data contains an incorrect name for Serbia.

The name for Serbia has been changed to Serbia and Montenegro.</li></ul>

Undocumented bugs in the .NET Class Library (NCL)
<ul> <li> The &quot;ServerProtocolViolationException&quot; Web exception occurs when you call the HttpWebRequestGetResponse method.

To help protect from &quot;HTTP Response Splitting&quot; attacks, parsing is performed according to the document that is named Request for Comments (RFC) 2616. This means that all control characters are not permitted in names or in values. For example, the carriage return (CR) character and the linefeed (LF) character are not permitted. There are other characters that are not permitted in names. Additionally, every response header must have a colon.

To work around this new behavior, you must add the useUnsafeHeaderParsing attribute of the <httpWebRequest> element in the Machine.config file. The following is a code example that shows you how to set the useUnsafeHeaderParsing attribute to &quot;true.&quot; <system.net> <httpWebRequest useUnsafeHeaderParsing = &quot;true&quot; /> </system.net> </li></ul>

Undocumented bugs in Universal Runtime (URT) integration

 * The Active Directory directory service administrative deployment is not supported for the .NET Framework 1.0 Service Pack 3. When you create a deployment image of the .NET Framework 1.0 Service Pack 3, the installation of the image is unsuccessful.


 * When you install the .NET Framework 1.0 Service Pack 3, and then you uninstall the .NET Framework 1.0 Service Pack 3, random files are left in the global assembly cache (GAC) in Microsoft Windows Millennium Edition.


 * The .NET Framework must be repaired after you upgrade the operating system.

When you upgrade the operating system, the .NET Framework must be repaired before you apply the .NET Framework 1.0 Service Pack 3.

For example, you must repair the .NET Framework 1.0 when you upgrade from Windows Millennium Edition to Windows XP. After you upgrade to Windows XP, you have to perform a repair on the existing .NET Framework 1.0 before you apply the .NET Framework 1.0 Service Pack 3. To repair the .NET Framework 1.0, follow these steps:
 * Click Start, and then click Control Panel.
 * Double-click Add or Remove Programs.
 * Click Microsoft .NET Framework SDK, and then click Click here for support information.

Keywords: kbinfo kbtshoot kbbug kbfix kbwebserver kbqfe kbwebforms kbwebclasses kbwebservices KB888527

-

[mailto:TECHNET@MICROSOFT.COM Send feedback to Microsoft]

© Microsoft Corporation. All rights reserved.