SilverlightのコントロールがIEに負荷をかけています

Question

いくつかの設定では、いくつかのマシンでIE上でSilverlight 4を使用していくつかの狂った動作が見られます。ここではシナリオが

1だ）タグを使用して、当社の独自のカスタムSharePointのWebパーツ（ロードで使用されるのSilverlightコントロール）

2）ページの2のウェブ部品内蔵 - Silverlightのインスタンス。これは、同じXAPファイルを指しているが、そのXAPから異なるユーザーコントロールをロードする2つのオブジェクトタグを意味します。

一部のページ（ただしすべてではありません）では、Silverlightの読み込みが停止しているようです。 Silverlightコントロールはレンダリングされず、オブジェクトタグのonloadハンドラは呼び出されず、FiddlerはXAPがダウンロードされていないことを示しています。 IEとのやりとり（コントロール上でホバーしていることもあれば、コントロール領域をクリックしていることもあります）は、ロードプロセスを再度開始し、xapがダウンロードされ、onloadが起動され、コントロールがレンダリングされます。長い時間（2-3分のように）座らせると、ロードが再開して終了することがあります（必ずしもそうではありません）。

まだXAPをダウンロードしていないので、コード内には何もありません。何らかの理由でロードがブロックされたように見えます。

これはIEでのみ発生し、ChromeやFirefoxでは発生しません。私たちはIE8とIE7でそれを見てきました。 2つのSLコントロールを持つすべてのページで発生するわけではないので、ページの内容は重要です。私たちはまた、（Sharepointの外で）まっすぐなASP.NET上でWebパーツを実行する問題が、それほど頻繁には発生しないことを見てきました。

私はWinDBGでデバッグしようとしましたが、coreclrの中にいくつかのスレッドがあるようですが、デバッグシンボルはありませんので、あまり推測できません。

Answer 1

これも私に起こりました。私は1ページに複数のXAPをロードしており、IE（時にはSafari）は何もしません。何もロードされません。 Javascript APIを使用することにより、タグを埋め込む前にドキュメントが準備できるまで待機します。このようにIEは、JS、CSS、HTML、MetaTagsなどの処理に時間を要し、すべてが処理されるとSilverlightの読み込みが行われます。

Answer 2

SharePointのSilverlightアプリケーション用にwebpartを使用していました。しかし、最終的にそのwebpartの問題ではないことがわかりました。私の場合は、デフォルトのページからすべてのWebパーツを削除し、最終的にSharePointの既定のページが..私は

IE 9を使用したソリューションのロードされていないことが判明：終わりを、私はそれがに関連する問題であることがわかりましたアクティブXコントロール。だから私はインターネットオプションのアドバンスタブに行き、すべての設定をリセット/復元しました。その後、私はSharePointのWebサイトのデフォルトページを閲覧し始めました。その後、ActiveXの実行要求がポップアップします。私はMicrosoft CorporationのActiveXを許可しました。現在Sharepointのデフォルトページが正しくロードされています。