mitsugu様
わざわざありがとうございます。
厄介ですね…ただ、IE8,9でクラッシュすることはなく、
リンクも中クリックで新しいタブで開けば全くクラッシュしないようです。

とこれを書いている途中でふと思い派生版をもう一度試したのですが
IE Tab Plusは使えるようです。ただ、選択型でもアドウェアが入ってるのが私には印象があまり良くありませんが…
本家が一番いいのですが最近の更新がないので諦めるしか無いようです。
ちなみに、+は登録したサイトのリンクをクリックするとタブが分裂してしまい、論外でした。

とりあえずはPlusを使っていきたいと思います。

　読み方に間違いがなければ
[url]https://crash-stats.mozilla.com/report/index/0808754f-b4ec-4e35-be30-f612e2110403[/url]
の Crashing Thread Frame 35 の CDoc クラスの PaintWorker メソッドで例外が発生して、その例外を呼び出し側の各クラスのメソッド内で捕捉・後処理をしているように見えます ( 調べてみたところ CDoc は IE のレンダリング・エンジン Trident 内のクラスのようです )。
　IE9 や IE8 でクラッシュするなら ( 当然レンダリング・エンジンには Trident が使われています ) IETab2 でもクラッシュ、そして Firefox も巻き添えでクラッシュするのではないでしょうか。
　回避方法ですが IE9 や IE8 でもクラッシュするなら、そのサイトを見ない他なさそうです。

※間違いがあれば Gecko のコミッターの方からの突っ込みがあれば幸いです。

返信ありがとうございます。
なるほど、ということは私ではどうしようも無いのでしょうか。
アドオンを全て無効にし、pref.jsを隔離して起動してから
IETab2のみ設定してもクラッシュするのでかなり重度なのかなとは思っていましたが…

引き続き回避方法等をご存じの方が居られましたら宜しくお願い致します。

　確定的なことは C++ やアセンブラに対応するデバッガで見ないとわかりませんが、挙げられている URL が該当のクラッシュレポートであり表示されているのがスタックトレースなら、IE のレンダリング・エンジン Trident ( mshtml.dll )が落ちているように見えます。
　拡張が Firefox 本体とは無関係に呼び出す DLL がどのプロセス上で動作するのかは知らないのですが、もし Firefox のプロセス上で動作するのならば、Trident が落ちることで Firefox を巻き添えにすることは考えられます。

Firefox3.6.16でIETab2のフィルタに登録されたサイトの検索結果などのリンクをクリックすると
Firefox全体がクラッシュします。OOPP機能は有効ですが全体がクラッシュします。
稀にOOPP機能が働きますが、レポートが有り送信できたのは1回だけでした。
https://crash-stats.mozilla.com/report/index/0808754f-b4ec-4e35-be30-f612e2110403
IEは9，8両方試しましたがクラッシュしました。
アドオンの無効化なども試してみましたが、クラッシュしないこともあるのですが
クラッシュすることもあり、そのタイミングがばらばらで特定が難しいです。

どなたかクラッシュレポートが読める方、原因がわかる方
宜しくお願い致します。