iPad上的Safari偶尔也无法识别ASP.NET回发链接

Question

在运行iOS 6.0的第三代iPad上,在Safari浏览器上运行的ASP.NET Web应用程序中,我很难找到间歇性问题的根源.会发生的情况是,有时,<a>设置为通过JavaScript进行回发的超链接的标签将突然停止工作,如果您在屏幕上触摸它们,它们似乎什么都不做.这些包括设置为注销链接的asp:LinkBut​​ton控件,以及设置为允许行排序的GridView的标题行.它背后似乎没有任何押韵或理由 - 它们会正常工作一段时间,然后停止,之后我会注意到它们再次开始工作(主要是在关闭Safari并重新打开它之后,尽管并非总是如此)似乎工作).

注销控件在aspx文件中如下所示:

<asp:LinkButton ID="LogoutButton" onclick="LogoutButton_Click" runat="server">[ Logout ]</asp:LinkButton>

并在生成的HTML中显示为:

<a id="LogoutButton" href="javascript:__doPostBack(&#39;ctl00$LogoutButton&#39;,&#39;&#39;)">[ Logout ]</a>

在iPad上运行的Safari是否有任何特殊之处可能会阻止此类链接偶尔中断,例如页面上或其他打开的浏览器选项卡中加载了太多数据,或者ViewState是否在这种情况下起作用？即使在iPad上使用Web应用程序一段时间后,我找不到任何特定的方法来重新创建问题,所以我甚至无法开始尝试修复它,这真的令人沮丧,所以我正在寻找来自那些开发了ASP.NET应用程序并且非常了解iPad和/或Safari环境的人的指导.我从来没有在桌面浏览器上出现过这个问题.

更新:使用本页概述的有关如何在iPad上向Safari添加伪视图源选项的技巧,我现在能够看到回发链接正在工作的页面生成的HTML的差异,以及它停止的页面.简而言之,ASP.NET通常在页面中嵌入的__doPostBack JavaScript函数......由于某种原因停止嵌入.因此,绑定到链接的JavaScript只会出错.以下是ASP.NET通常添加到页面以使回发链接工作的内容:

<script type="text/javascript">
//<![CDATA[
var theForm = document.forms['form1'];
if (!theForm) {
    theForm = document.form1;
}
function __doPostBack(eventTarget, eventArgument) {
    if (!theForm.onsubmit || (theForm.onsubmit() != false)) {
        theForm.__EVENTTARGET.value = eventTarget;
        theForm.__EVENTARGUMENT.value = eventArgument;
        theForm.submit();
    }
}
//]]>
</script>

这似乎与Apple支持论坛和SO上描述的问题相同.后者表明,ASP.NET有时可能无法将iPad上的Safari识别为支持JavaScript,因此无法在页面中正确插入__doPostBack功能.我的页面上的其他JavaScript仍然可以正常工作,所以它不能完全解释我的问题.

Answer 1

在Stack Overflow上发现这个问题几乎同样的问题后,我运行了Stephen建议的browserCaps输出页面,发现当从iPad主屏幕上的链接以全屏模式运行时,Safari在我们的ASP.NET服务器上显示为通用的,无功能的浏览器.我在其他问题中应用了Avada Kedavra建议的修复,其中包含:

<browserCaps userAgentCacheKeyLength="256" />

...进入<system.web>我的web.config文件的部分,还有:

protected void Page_PreInit(object sender, EventArgs e)
{
   if (Request.UserAgent != null && Request.UserAgent.IndexOf("AppleWebKit", StringComparison.CurrentCultureIgnoreCase) > -1)
   {
      this.ClientTarget = "uplevel";
   }
}

在正在执行的主网页的代码隐藏文件中. 另一个人修复的来源Jason Kealey也在他的调查结果的评论部分建议,将它添加到ASP.NET Web应用程序的App_Browsers文件夹中的.browser文件中也可能会有所帮助:

<browsers>
  <browser refID="Mozilla" >
    <capabilities>
      <capability name="cookies"  value="true" />
      <capability name="type" value="Uplevel" />
    </capabilities>
  </browser>

  <browser refID="Default">
    <capabilities>
      <capability name="cookies" value="true" />
      <capability name="type" value="Uplevel" />
    </capabilities>
  </browser>
</browsers>

编辑: 我将此修复程序应用于我的应用程序,但它打破了其他区域,特别是,它将Chrome和Safari识别为"高级",这导致它在其他区域被检测为"IE".下面的代码使得此修复仅适用于未在用户代理中识别为Safari的iDevices:

string ua = Request.UserAgent;
if (ua != null
    && (ua.IndexOf("iPhone", StringComparison.CurrentCultureIgnoreCase) >= 0
    || ua.IndexOf("iPad", StringComparison.CurrentCultureIgnoreCase) >= 0
    || ua.IndexOf("iPod", StringComparison.CurrentCultureIgnoreCase) >= 0)
    && ua.IndexOf("Safari", StringComparison.CurrentCultureIgnoreCase) < 0)
{
    this.ClientTarget = "uplevel";
}