- 生成されたコンテンツを基準にしてposition：を設定すると、IE8b1は現在のタブをハングさせます（Visual Studioでデバッグを開始するように求められます）。 IE8の革新のおかげで、ぶら下げタブの再起動が保証されます。IE8は再び起動し、再びハングし、再び起動します。 無限ループ。
コード例：
p:before {content: "test"; position: relative;}
テストケース
psはテストケースに注意してください-IE8b1は本当に「ハング」します。
ページに少なくとも1つのIMG / OBJECT / IFRAME要素がない場合、または画像がbackground-imageのcss-propertyに設定されている場合、IE8b1はwindow.onload！の後に生成されたコンテンツを作成します。
例：
- リストされた要素はありません。生成されたコンテンツは、OKボタンが押されるまで、つまりwindow.onloadの後 、ブラウザによって作成されません。
- 生成されたコンテンツは、必要に応じて作成されます。次の場合、window.onloadまで
要素のCSS背景には画像があり 、ページにはIMG要素があり、
OBJECTまたはIFRAME
IE8b1は、次のコードを使用すると、クラス属性の値の代わりにnullを表示します。
p { content: attr(class); }
クラス属性値が設定されているp要素の場合。
ただし、次のようにルールを記述した場合：
p { content: attr(className); }
IE8b1は、クラス属性の値を正しく表示します。
例
もちろん推測しかできませんが、これらの3つのバグにより、IE8b1で生成されたコンテンツはjavascriptによって生成され、ユーザーから隠され、特定のイベントによって実行されたと思い込ませます。 まず、CSSルールでフリーズする場合のデバッグの提案。 第二に、その生成されたコンテンツは、外部リソースがない場合にwindow.onloadの後に作成されます（コードに何らかの方法で示されます）。 第三に、クラス属性の値がそのDOM名を使用してのみ読み取られるという事実。
IE8b1には、生成されたコンテンツサポートコードをトリガーするイベントが必ずあります。 バグ＃2のために私には思えた-ページが外部データを参照していない場合、window.onloadの後に生成されたコンテンツの作成を見たが、外部データがある場合、生成されたコンテンツはwindow.onloadの時間が経過する前に作成される起動します。
このイベントをjavascriptで与えられた場合、IEの庭をフェンスで囲む必要がないようにすればいいのです。 完全なDomContentLoadedになります:)