[Mono-bugs] [Bug 70841][Nor] Changed - mono-ecma.xsl transformation results in XsltException under MS.NET

[bugzilla-daemon at bugzilla.ximian.com]

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 sebastien at ximian.com.

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

--- shadow/70841	2004-12-30 15:17:01.000000000 -0500
+++ shadow/70841.tmp.18681	2005-05-20 17:01:30.000000000 -0400
@@ -107,6 +107,21 @@
 
 Well, monodoc:// is just a namespace URI for XML. There is nothing
 being resolved with related to that URI scheme. MS's default
 XmlResolver used in XslTransform might be XmlSecureResolver and that
 would block nonpublic method execution. Note that the stack trace
 shows that it already got MethodInfo (RuntimeMethodInfo) to execute.
+
+------- Additional Comments From sebastien at ximian.com  2005-05-20 17:01 -------
+The default resolver, for fully trusted code, is a XmlUrlResolver,
+which use WebRequest. 
+
+So it only supports file://, http:// and https:// (under 1.1) and
+could be misguided by the monodoc:// "protocol".
+
+Another test would be to supply a resolver (so we don't end up with
+the default), like:
+blah.XmlResolver = new XmlSecureResolver (new XmlUrlResolver (), new
+PermissionSet (PermissionState.Unrestricted));
+
+That would make sure that _fulltrust_ is being used to resolve the
+xslt code.