我在哪里可以报告ASP.NET浏览器文件的问题?

在Chrome浏览器上使用ASP.NET应用程序时,我发现Request.Browser.Cookies返回False(尽pipe浏览器支持cookie)。 根据我读到的内容 ,这表示ASP.NET用来查找有关不同UserAgent的信息的数据库存在问题。 返回False这一事实意味着数据库缺lessAndroid版的Chrome,或者数据库无效。

什么是适当的地方来报告这样的IIS问题?

欢迎来到Microsoft产品上的错误报告的奇妙世界。 我希望你不要与药物滥用斗争,如果你这样做,请联系你的赞助商,然后再阅读。

Microsoft Connect是与各种Microsoft标题的产品团队进行通信的一种方式。 但是,IIS似乎并不接受错误报告。

IIS.net论坛是一个你可以明显看到的地方,如果你幸运的话,潮stream是正确的,你的微软员工会看到你的bug报告。 见证这个例子 。

你可能能够findIIS的一个产品传播者的联系信息(我发现了一个到目前为止,但不会在这里发布他的信息),并发送关于您的关注的电子邮件/鸣叫/烟雾信号。 我所处理的传道人是相当不错的人,并会努力把你的反馈信息传达给适当的人。 这不是保证。

另一个select我们微软支持主站点,并探讨一些联系微软的产品的方式。 从那里你可以深入到IIS系列。

您可能还想要转到Microsoft Connect反馈页面并请求IIS Connect程序。

如果到目前为止,您已经得出结论,您将很难直接报告IIS错误 – 您是对的。 记住,愈合的第一阶段是认识到有一个问题。 显然微软不想识别IIS的问题…?

ASP.NET使用一系列configuration文件来确定(基于http请求代理string)的浏览器function。 这是ASP.NET(不是IIS)的一个function。 通常可以在这里find这些文件:%SystemRoot%\ Microsoft.NET \ Framework \ version \ CONFIG \ Browsers

因此,这个post可能会更好地服务于StackOverflow。

服务器端浏览器function检测是最难维护的之一。 从字面上看,只要生成这些浏览器functionconfiguration文件,它们就会过时。 所以,即使你每天都下载它们,你总是会过时的。

为了真正执行浏览器function检测,最好的办法是使用客户端浏览器function检测(如Modernizr)。 这将接近100%准确。 在这种情况下,您不能依靠服务器端解决scheme。 -克里斯