我有一个基于WebPages（框架）的网站，该网站已经启动并运行了大约2年。许多用户已注册并登录其帐户并重置密码。
截至几周前，他们无法再重置密码，人们无法再创建新帐户，当您登录现有帐户并导航到其他网页时，系统会自动退出。我不知道为什么会这样。
我到处都设置了断点，我到处都放了try {} catch {}块，但它们根本没有透露任何东西。一切似乎都很正常。自发布以来代码没有改变，我已经检查了ASP.NET网页框架的在线文档，即使有更新（WebPages 3.0我相信），代码仍然是相同的，所以我完全被难倒了
任何人都可以想到任何可能造成这种情况的事吗？我甚至向托管服务提供商开了一张支持票，证明代码没问题且应该正常工作。有没有其他方法可以调试/诊断我不知道的类似的东西？
答案 0 :(得分：0)
我最初注意到IE 11的这个问题。所以我终于能够下载一些浏览器（目前网速不好），我在最新版本的Chrome，Firefox，旧版Safari和Opera中测试了该网站。一切都在运作。所以我回到IE 11并在登录帐户后打开了Dev工具，并将用户代理字符串更改为IE 10 。然后我启动了Network Profiler并刷新了页面。
现在有了不同之处：
在IE 11中，用户代理字符串为默认值（IE 11），我从未见过任何Cookie（我专门寻找.ASPXAUTH。即使在登录后也没有。
在以IE 10 模拟的IE 11中，登录帐户时始终存在cookie。而且正是在这个时候，一切都按预期运作。
所以这就是我到目前为止所学到的（感谢大家提醒我关于饼干，它们很美味）：
无法在IE 11中保持登记帐户或执行任何与帐户相关的活动。 可以使用用户代理字符串IE 10 在IE 11中保持登记并执行与帐户相关的活动。
所以，我相信我已经缩小了一点。它显然与IE 11有关。我之所以没想到要检查这一点的原因是因为所有这些代码都是服务器端代码 - 而不是客户端代码，而且我还检查了所有这些代码并将其与文档中的代码相匹配，它应该如何。
虽然我还没有解决这个问题，但我现在知道它只会影响IE 11的网络浏览器。现在，问题仍然存在，因为 一直在IE 10中工作，现在仍然可以在其他所有浏览器中运行;这是我的代码，还是真的是浏览器问题？