[Mono-bugs] [Bug 78074][Wis] New - HtmlTextArea Output different from CLR

bugzilla-daemon at bugzilla.ximian.com bugzilla-daemon at bugzilla.ximian.com
Tue Apr 11 01:25:05 EDT 2006


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 mjsabby at gmail.com.

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

--- shadow/78074	2006-04-11 01:25:05.000000000 -0400
+++ shadow/78074.tmp.17237	2006-04-11 01:25:05.000000000 -0400
@@ -0,0 +1,54 @@
+Bug#: 78074
+Product: Mono: Class Libraries
+Version: 1.0
+OS: GNU/Linux [Other]
+OS Details: Fedora Core 5
+Status: NEW   
+Resolution: 
+Severity: 
+Priority: Wishlist
+Component: Sys.Web
+AssignedTo: gonzalo at ximian.com                            
+ReportedBy: mjsabby at gmail.com               
+QAContact: mono-bugs at ximian.com
+TargetMilestone: ---
+URL: 
+Cc: 
+Summary: HtmlTextArea Output different from CLR
+
+Please fill in this template when reporting a bug, unless you know what you
+are doing.
+Description of Problem:
+
+The problem is simple, the HtmlTextArea of the HtmlControl namespace is not
+producing the same behaviour as Cassini Web Server and IIS, on the
+Microsoft CLR.
+
+Code:
+
+protected System.Web.UI.HtmlControls.HtmlTextArea SomeArea;
+SomeArea.Value = "<somexmltag>something in here</somexmltag>";
+
+The above when outputs from the Microsoft CLR, gets automatically
+HttpUtility.HtmlEncode()d.
+
+On the other hand, XSP and Apache using Mod_mono spit the text as is, which
+I should consider is the real thing I wanted, but it is inconsistent with
+that Microsoft does, so I'm thinking maybe we want it the Microsoft way?
+
+
+Steps to reproduce the problem:
+1. 
+2. 
+3. 
+
+Actual Results:
+
+
+Expected Results:
+
+
+How often does this happen? 
+
+
+Additional Information:


More information about the mono-bugs mailing list