Article ID: 328998 - Last Review: November 18, 2005 - Revision: 2.2 INFO: List of Issues Fixed in MSXML 3.0 Service Pack 3 (Part 2)This article was previously published under Q328998 SUMMARY
This article is part 2 of 2 articles that document the bugs that are fixed in MSXML 3.0 Service Pack 3 (SP3).
MORE INFORMATIONThe ServerXmlHttp Does Not Return Cookies When Using NTLM AuthenticationYou can use the ServerXMLHTTP object to retrieve and re-submit session cookies. You can retrieve the cookie from the Response Header and re-submit the cookie through the Request Header. When you access an NTLM Web site, the cookie is lost when you re-submit.For additional information about this problem, click the article number below to view the article in the Microsoft Knowledge Base: 326847
(http://support.microsoft.com/kb/326847/EN-US/
)
ServerXMLHTTP Does Not Return Cookies Using NTLM Authentication
Iterating a Marshaled IXMLDOMNodeList Fails the Second TimeWhen you use a Microsoft Visual Basic For...Each loop construct to repeatedly enumerate an IXMLDomNodeList interface that has undergone cross process, marshaling returns no data the second time.For example, the following method is implemented in a COM+ Server component: The DOMDocument Load Method Ignores Content ExpirationThe DOMDocument load method ignores IIS content expiration settings and executes conditional GET requests (with the "If-Modified-Since" header) when you use a URL parameter to access static XML data. Unnecessary network roundtrips occur that you can avoid if the IIS content expiration settings are kept, and if the static XML data is retrieved from the Cache.XML DSO Control Leaks MemoryYou notice a gradual and small memory leak when you repeatedly load or update data in an XML DSO control. You see this problem when you repeatedly (and for a prolonged period of time) load or refresh an HTML page that uses an XML DSO control. The problem occurs when the HTML page does not release the internal data structure that is created and used each time that data is loaded in an XML DSO control instance.Memory Leak When You Return a Clone of a Global DOMDocument Object from a Visual Basic ActiveX DLL MethodYou see a memory or handle leak when you execute a Visual Basic ActiveX DLL method that returns a clone of a global DOMDocument object.For example, consider a Visual Basic ActiveX DLL with the following code: The ServerXmlHttp Send Method Fails When the URL Contains Unescaped SpacesWhen the URL of the target resource contains non-escaped spaces, the ServerXmlHttp object generates the following error message:
URL is invalid
REFERENCES328995
(http://support.microsoft.com/kb/328995/EN-US/
)
List of Issues Fixed in MSXML 3.0 SP3 (Part 1)
| Article Translations
|
Back to the top
