ASP.NET MVC Textarea HTML 帮助器在使用 AntiXssLibrary 时添加行

Question

我注意到 ASP.NET MVC 的 TextAreaFor HTML 帮助程序中有一个最烦人的（可能的）错误。由于某种原因，HTML 帮助程序会在文本区域中的任何内容之前添加换行符。显然，这是为了解决个人内容故意以新行开头而浏览器根据规范忽略它的可能问题。

然而，通过添加它，我得到了一个更烦人的错误，现在在我的所有文本区域中，在表单加载的任何内容之前自动有一个额外的行（即，这显示在我的字段中的任何内容之前： ）。看起来有些东西在吐出之前正在对“换行符”进行编码。

有人有解决方法吗？我希望它的预期行为是打印出来

    <textarea>
    Stuff</textarea>

而不是

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

我得到的...

编辑 经过进一步检查，这似乎是由于我使用 AntiXssLibrary 进行编码而不是默认的 HtmlEncoder。我使用的是 4.0 版本，我的编码器类方法如下所示：

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

所以我的想法是，由于从 TextAreaHelper 调用的 TagBuilder 类，HTML 对标签的内容进行编码，因此它假设默认 HTML 编码器的行为，但是 AntiXssLibrary 更彻底，因此您看到了这种行为吗？

Answer 1

经过一些代码挖掘后，我发现我的想法是正确的。 MVC3 TextArea HTML Helper 使用 TagBuilder 类，并执行以下操作：

tagBuilder.SetInnerText(Environment.NewLine + value);

当 SetInnerText 对传递给它的参数内容调用 HttpUtility.Encode 时，这会导致不仅在实际 VALUE 上调用默认编码器，而且在此环境上调用默认编码器.NewLine 也是如此，这意味着如果您不使用默认的 HtmlEncoder（例如 AntiXssLibrary），可能会出现一些意外的行为，如下所示。

修复方法是让他们拨打：

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

我已经提交了错误报告。

与此同时，我正在实施 Javascript onLoad 修复，以从所有文本区域中删除有问题的编码：

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