2008年2月：Drupal 7開発が開始されました。
2008年10月：Drupal 7の285個の未解決のバグ。
2009年3月： Drupal 7 （D7UX） インターフェイスの再設計のスペシャリストが来ました。
2009年6月：3,120個の未解決のバグ（合計13,763個）。
2009年9月：当初、この段階でコードをフリーズするはずでしたが、別の10個の新機能を（ゼロから）開発し、Drupal 7に含めることにしました。
2010年1月：最初のDrupal 7アルファがリリースされ、新しいAPIの重大なバグがいっぱいになりましたが、前述の新機能にはさらに多くのバグがあります。
2010年7月：バグが多すぎてフォーカスが失われた。 Drupalは、この膨大な量の最優先事項を何らかの方法で強調するために、「コア」バグの新しいカテゴリを導入します。
2010年10月：Drupal 7の最初のベータ版がリリースされました。
2011年1月：300を超える未解決の「コア」バグがあり、通常のアップグレードの可能性がないDrupal 7.0がリリースされました。
2011年5月：Drupal 8では、Drupal 7のバグに対処するために、バグレポートを処理する2人目の担当者が任命されました。
2011年6月：200を超える重大な「コア」バグが「通常」に名前変更されました。
2011年7月：重大なバグ（15）および主要なバグ/タスク（200）の最大許容数に関する新しい制限により、Drupal 8の開発の進捗が事実上ブロックされました。
2011年8月：未解決のバグ4153 （合計22,181-2年前のほぼ2倍）、Drupal 8の開発がほぼゼロの進捗でDrupal 6にとどまっている多くのユーザーにとって、アップグレードは依然として困難です。
新しいダッシュボード、ショートカット、ツールバー、およびオーバーレイモジュールだけで、150を超える未解決のバグがあります。 これらのモジュールは、コードをフリーズした後、ゼロから作成されました（設計がわずか6か月前に設計されたことを考えると、驚くことではありません）。
D7UXおよび新しい機能を作成する決定により、Drupal APIおよびカーネルサブシステムの多くの重要な問題がまだ解決されない理由など、主要な開発者の大規模なグループが最後にやる気を失いました。
新しいDrupal 7サブシステムには、多くの複雑さと相互依存性があります。その結果、新規参入者はそれを把握できず、バグのクローズを支援できません。 ほとんどすべてのバグには、サブシステムの深い知識とアクションのシーケンスの完全な理解が必要です。 経験豊富なキー開発者のサポートが得られない場合、Drupal 8の開発を進める機会はほとんどありません。同時に、これらのキー開発者の多くは現在、プロジェクトの重要ではない部分に取り組んでおり、カーネル開発への貢献はほとんどゼロになっています。 コードを変更する権利を持つ2人を含む主要な開発者の19％は、現在1つの会社の正社員であり、現在および将来の利益相反を脅かしています。
Drupalコアはもはやサポートされていないと結論付けることができます。 本当に法外な努力が必要です。 未完の機能が多すぎるため、誰も対処しません。
プロジェクトの制御を取り戻す方法は1つしかありません。
- drupal.org/project/standardを Drupalをダウンロードするための新しいデフォルトパスにします。
- カーネルの余分な機能を取り除き、残りをサポートします。
- ささいなことの世話をするのをやめて、コアデザインの本当の悪夢の欠陥に集中してください。
- 最後に、新しいDrupalコアアーキテクチャを取り返しのつかないほど採用し、シンプルかつ高速にします。 これ以上のノスタルジックなバラストは必要ありません。