状況は次のように発展しました。 すべては、W3Cが生活水準のWHATWG DOMの仕様を分岐し、DOM 4.1と命名したという事実から始まりました。 その後、W3Cはそれに互換性のない変更を加え、フォークを公式仕様として宣言しましたが、実際にはすべての重要な作業はWHATWGバージョンで行われました。
しばらく経って、1か月前にW3Cの提案に関する公開討論が始まり、仕様を推奨の候補にしました（その後、本質的な変更は本質的に行われなくなり、デザインの詳細のみがPRで指定され、推奨が正式に採用されました）。 この有益な議論は、Githubで読むことができます。
一部のW3Cメンバーは、DOMの2つのバージョンの非互換性に関して十分に根拠のある異議を唱えていると考えるのが論理的です。 ここでW3CのCEOが介入し、彼らは彼らと紛争を起こし、彼らのすべての異議を拒否し、仕様を勧告候補（CR）ステータスに押し上げ、コンセンサスを求めました。
もちろん、WHATWGのメンバーはこのイベントの変わり目を好まなかった。 W3Cディレクターが仕様の変更を拒否した後、これらの企業は数日前にDOM 4.1に正式に反対しました（ 正式な異議申し立て ）。開発者もユーザーもそれを必要としません。
Googleは異議の中で、新しいW3C仕様との非互換性に関する特定の技術的な問題を指摘しました。
不適切なWeb IDL（Webインターフェイス定義言語）、イベントディスパッチの非互換性、シャドウDOM統合、単一要素統合、 範囲、およびDOMツリートラバーサルの使用その結果、W3Cはタイムアウトを余儀なくされ、最初に技術的な問題を検討し、次にDOM 4.1の採用に戻ることを約束しました。
疑問が生じます-なぜこれにはすべてW3Cが必要なのですか？ 伝えられるところでは、事実は、WHATWGメンバーに加えて、W3C組織には、ブラウザの世界にあまり影響を与えないが、定期的にW3C収益を寄付の形でもたらす450以上の企業が含まれているということです。 昨年、W3CはDRM（ Encrypted Media Extensions ）で同様のトリックを実行しました。 GoogleのエンジニアであるJan Hickson氏によると 、「実際に実装することは不可能です」-これまでW3Cをスポンサーする理由がなかったコンソーシアムに複数の企業を引き付けるためです。
辛抱強いW3C DOM 4.1のドラフトはここからダウンロードできます 。 DOM仕様の最初のバージョンは、ほぼ20年前（1998年10月1日）にW3Cによって準備されました。 異論のリンク： Mozillaの 異論、Appleの 異論、Microsoftの 異論、Googleの異論 。