ASP.NET MVC Textarea Ayuda HTML agregando líneas al usar AntiXssLibrary

Question

He notado un error muy molesto (posible) en el asistente TextAreaFor HTML de ASP.NET MVC. Por alguna razón, el ayudante de HTML agrega un NewLine antes de cualquier contenido en el área de texto. Aparentemente, esto es para combatir el posible problema del contenido de un individuo que comienza con una nueva línea a propósito, y el navegador lo ignora según la especificación.

Sin embargo, mediante la adición, me sale el error mucho más molesto que ahora en todos mis áreas de texto tiene automáticamente una línea adicional antes de cualquier contenido en carga de forma (es decir, esto se manifiesta antes de cualquier contenido en mi campo: ) . Parece que algo está codificando la "nueva línea" antes de escupirla.

¿Alguien tiene una solución para esto? Yo esperaría que el comportamiento previsto es que se imprima

<textarea> 
    Stuff</textarea> 

no

la

<textarea>&#13;&#10;Stuff</textarea> 

estoy recibiendo ...

Editar Tras una posterior inspección, Parece que esto se debe a mi uso de AntiXssLibrary para la codificación en lugar del HtmlEncoder predeterminado. Estoy utilizando la versión 4.0, y mi método de clase codificador se ve así:

protected override void HtmlEncode(string value, TextWriter output) 
    { 
     output.Write(Microsoft.Security.Application.Encoder.HtmlEncode(value)); 
    } 

Así que mi pensamiento es que, dado que la clase TagBuilder, que se llama desde el TextAreaHelper, HTML codifica el contenido de la etiqueta, que está asumiendo el comportamiento del codificador HTML predeterminado, pero AntiXssLibrary es más completo y, por lo tanto, ¿ves este comportamiento?

Answer 1

Después de hacer un poco de excavación de código, he encontrado que mi pensamiento es correcto. El MVC3 TextArea HTML ayudante utiliza la clase TagBuilder, y hace lo siguiente:

tagBuilder.SetInnerText(Environment.NewLine + value); 

Como SetInnerText llama HttpUtility.Encode sobre el contenido del argumento pasado a ella, esto se traduce en el codificador por defecto que se llama no sólo en el real VALUE, pero también en este Environment.NewLine, lo que significa que si no está utilizando el HtmlEncoder predeterminado (como AntiXssLibrary en su lugar), podría haber algún comportamiento inesperado, como este.

La solución sería para ellos en lugar de llamar al:

tagBuilder.InnerHtml = Environment.NewLine + HttpUtility.Encode(value); 

he presentado un informe de error.

Por el momento, yo estoy poniendo en práctica una solución Javascript onLoad para eliminar la codificación infractor de todas las áreas de texto:

$("textarea").each(function() { $(this).val($(this).val().trim()); });