[Mono-bugs] [Bug 62726][Blo] New - System.Web.UI.WebControls.Xml cannot access source documents

bugzilla-daemon@bugzilla.ximian.com bugzilla-daemon@bugzilla.ximian.com
Mon, 9 Aug 2004 12:06:00 -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 bugzilla@claassen.net.

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

--- shadow/62726	2004-08-09 12:06:00.000000000 -0400
+++ shadow/62726.tmp.3622	2004-08-09 12:06:00.000000000 -0400
@@ -0,0 +1,60 @@
+Bug#: 62726
+Product: Mono: Class Libraries
+Version: unspecified
+OS: 
+OS Details: Fedora Core 1
+Status: NEW   
+Resolution: 
+Severity: 
+Priority: Blocker
+Component: Sys.Web
+AssignedTo: mono-bugs@ximian.com                            
+ReportedBy: bugzilla@claassen.net               
+QAContact: mono-bugs@ximian.com
+TargetMilestone: ---
+URL: 
+Cc: 
+Summary: System.Web.UI.WebControls.Xml cannot access source documents
+
+Please fill in this template when reporting a bug, unless you know what you
+are doing.
+Description of Problem:
+System.Web.UI.WebControls.Xml.DocumentSource and
+System.Web.UI.WebControls.Xml.TransformSource do not appear to use
+Request.MapPath to resolve relative URL values to find the proper file, but
+treat the values as absolute paths.
+
+Steps to reproduce the problem:
+1. Create foo/bar.aspx page with System.Web.UI.WebControls.Xml as Xml1
+2. set Xml1.DocumentSource = "bar.xml";
+3. set Xml1.TransformSource = "bar.xsl";
+4. Make sure the files exists in foo/ (bar.aspx, bar.aspx.cs, bar.xml &
+bar.xsl)
+
+Actual Results:
+>>>>>>>>>>>>>>>>>>
+Server error in '/foo' application
+Description: Error processing request.
+
+Error Message: HTTP 500.
+
+Stack Trace:
+
+System.IO.FileNotFoundException: Could not find file "/bar.xml".
+[etc.]
+<<<<<<<<<<<<<<<<<<<
+
+Expected Results:
+bar.xml gets transformed using bar.xsl and returned as part of bar.aspx
+
+How often does this happen? 
+Consistently
+
+Additional Information:
+When testing on MS .NET, it appears that Request.MapPath is used to turn
+the relative bar.xml into the absolute physical path. Testing
+Request.MapPath("bar.xml") separately on Mono in the same aspx does yield
+the proper path and the xml file is readable by the aspx using a
+StreamReader, which would seem to indicate that
+System.Web.UI.WebControls.Xml is either not using MapPath or failing on a
+condition before it's invocation.