<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> 
However, in the end, you get what you pay for!<br>
</blockquote></div><br>Well, Drupal is free and you don&#39;t pay for it. :)<br><br>To be honest, I think this is an absolutely terrible idea.  It&#39;s just not scalable.  We&#39;ve got thousands of contributed modules and themes, which makes for millions of lines of code.  To ask that we can have a core team of developers managing contrib patches, means that they need to get familiar with all those projects and how they work, the various potentially complex code and features in each.  It&#39;s just not realistic.  It&#39;s also not realistic to expect those same developers to review _all_ of the patches that need to get committed.  Don&#39;t forget this doesn&#39;t just include patches that get submitted via the issue queues but all of the changes that the maintainers themselves commit as they&#39;re working on new features, etc.  Most Drupal contributors provide their time and effort for free - again it&#39;s not realistic, this proposal sounds like a full time job.<br>
<br>I also really dislike this proposal because, as you pointed out, the rate of changes to contrib will decrease.  This includes both features and bug fixes.  It goes against the whole &quot;the drop is always moving&quot; and in doing so, removes one of the great things about Drupal.<br>
<br>If you really want to help improve contrib, then help by writing more &quot;comparisons of duplicated modules&quot; (<a href="http://drupal.org/node/266179">http://drupal.org/node/266179</a> - though the handbook is a bit messed up since the upgrade).  Help by working with contrib project maintainers and convince them to merge their duplicate modules.  Help by reviewing contrib modules and providing patches.<br>
<br>So a big -1 for this proposal.<br><br>Cheers,<br>Stella<br>