什么去codeS我带codeD井号（23％）？ [英] What decodes my encoded hash symbol(%23)?

问题描述

我们注意到，有几个机具有与散列参数的URL的问题。

We noticed that several machines have problems with URLs with hash parameters.

在调试的URL请求：结果
http://domain.com/Entity（％23 {数，这里}

When debugging a request with the URL:
http://domain.com/Entity(%23{number-here}

我们在的Global.asax 文件的URL的的Application_BeginRequest 方法见：
http://domain.com/Entity（＃{23号，这里} 在 Url.OriginalString 和 Url.LocalPath 的 http://domain.com/Entity（和散列后，所有的字符都在 Url.Fragment 。

We see in the Application_BeginRequest method in the global.asaxfile the URL: http://domain.com/Entity(#23{number-here} in Url.OriginalString and the Url.LocalPath has http://domain.com/Entity( and all the chars after the hash are in Url.Fragment.

在运行正好在运行Windows 8.1的机器相同的应用程序和IIS 8.5它将按预期工作，在 Url.OrinalString 是的http：// domain.com/Entity(%23{number-here} 。

When running exactly the same application on machines running Windows 8.1 and IIS 8.5 it works as expected, the Url.OrinalString is http://domain.com/Entity(%23{number-here}.

我看不到任何东西在 web.config中的URL重写部分suspisous 或者在IIS配置。

I can't see anything suspisous in the URL rewrite section in the web.config or in the IIS configuration.

有什么可以为这种行为的原因是什么？

What can be the reason for this behaviour?

推荐答案

这是在System.Web.dll中的错误。它是固定在Windows 8.1，但我们还没有推出一个修复程序System.Web.dll程序的操作系统的版本下层。我们试图在所有支持的操作系统.NET 4.5.x得到修复当下一个可靠性更新出来。

This is a bug in System.Web.dll. It is fixed on Windows 8.1, but we haven't yet rolled out a fix to System.Web.dll on downlevel versions of the operating system. We're trying to get a fix in for .NET 4.5.x for all supported OSes when the next reliability update comes out.

这篇关于什么去codeS我带codeD井号（23％）？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！