[Mono-bugs] [Bug 45536][Maj] New - XmlDocument.Load fails

bugzilla-daemon@rocky.ximian.com bugzilla-daemon@rocky.ximian.com
Fri, 27 Jun 2003 10:22:24 -0400 (EDT)


Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.

Changed by mark_kuschnir@yahoo.co.uk.

http://bugzilla.ximian.com/show_bug.cgi?id=45536

--- shadow/45536	Fri Jun 27 10:22:24 2003
+++ shadow/45536.tmp.27777	Fri Jun 27 10:22:24 2003
@@ -0,0 +1,48 @@
+Bug#: 45536
+Product: Mono/Class Libraries
+Version: unspecified
+OS: 
+OS Details: 
+Status: NEW   
+Resolution: 
+Severity: 
+Priority: Major
+Component: CORLIB
+AssignedTo: mono-bugs@ximian.com                            
+ReportedBy: Mark_Kuschnir@yahoo.co.uk               
+QAContact: mono-bugs@ximian.com
+TargetMilestone: ---
+URL: 
+Cc: 
+Summary: XmlDocument.Load fails
+
+Please fill in this template when reporting a bug, unless you know what 
+you are doing.
+
+Description of Problem:
+
+This is what I suspect is happening. If I do an HttpWebRequest to a 
+database and then attempt to load the XML response document I sometimes 
+get a System.Xml.XmlException: unmatched closing element: expected treet 
+but found Street. Now I'm absolutely certain that the response is well 
+formed XML (i.e. it works using M$ .NET Framework). It isn't easy to 
+generate a suitable test case. However, it looks to me like a character is 
+getting lost at some point I wonder if it is in the XmlParserInput.PeekChar
+() or whether it has to do with streaming boundaries?
+
+
+Steps to reproduce the problem:
+1. 
+2. 
+3. 
+
+Actual Results:
+
+
+Expected Results:
+
+
+How often does this happen? 
+
+
+Additional Information: