【问题标题】:Silverlight controls getting stuck loading on IESilverlight 控件在 IE 上卡住加载
【发布时间】:2011-06-30 00:57:38
【问题描述】:

我们看到在 IE 上、在某些机器上、在某些配置中使用 Silverlight 4 时出现了一些疯狂的行为。这是场景

1) 我们自己的自定义Sharepoint WebParts中使用的Silverlight控件(使用标签加载)

2) 一个页面上有 2 个包含 Web 部件的 Silverlight 实例。这意味着 2 个对象标签,都指向同一个 XAP 文件,但从该 XAP 加载不同的用户控件

在某些页面(但不是全部)上,Silverlight 加载似乎卡住了。 Silverlight 控件不呈现,对象标签的 onload 处理程序没有被调用,Fiddler 显示 XAP 甚至没有被下载。与 IE 的一些交互(有时它悬停在控件上,有时它单击控件区域)可以再次启动加载过程,xap 将下载,触发 onload,并呈现控件。如果我让它坐很长时间(比如 2-3 分钟),有时加载会恢复并完成(但并非总是如此)。

因为它甚至还没有下载 XAP,所以它不在我们的代码中 - 看起来加载由于某种原因被阻止了。

这只发生在 IE 上,不会发生在 Chrome 或 Firefox 上。我们已经在 IE8 和 IE7 上看到了它。它不会发生在具有 2 个 SL 控件的每个页面上,因此页面内容似乎很重要。我们还看到了在直接 ASP.NET(Sharepoint 之外)上运行 Web 部件的问题,尽管频率要低得多。

我尝试过使用 WinDBG 进行调试,看起来有些线程在 coreclr 的内部,但没有调试符号,所以我无法推断出太多。

【问题讨论】:

标签: silverlight


【解决方案1】:

我在 SharePoint 中为 Silverlight 应用程序使用 webpart。但最后发现不是webpart的问题。就我而言,我从默认页面中删除了所有 webpart,最后发现 SharePoint 默认页面没有加载。我使用的是 IE 9。

解决方法:最后发现是Active X控件的问题。所以我去了 Internet 选项的高级选项卡并重置/恢复了所有设置。然后,一旦我开始浏览 SharePoint 网站的默认页面。然后弹出 ActiveX 运行请求。我允许 Microsoft Corporation 的 ActiveX。现在 Sharepoint 默认页面正在正确加载..

【讨论】:

    【解决方案2】:

    这也发生在我身上。我在一个页面中加载了多个 XAP,而 IE(有时是 Safari)什么也不做。什么都没有加载。通过使用 Javascript API,它会等到文档准备好后再嵌入标签。这样 IE 可以花时间处理 JS、CSS、HTML、MetaTags 等,然后在处理完所有内容后加载 silverlight。

    【讨论】:

      猜你喜欢
      • 2012-08-12
      • 2011-10-28
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2020-06-20
      • 2018-10-18
      • 2018-11-26
      相关资源
      最近更新 更多